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.  ABSTRACT 

'  ^ The  increased  use  of  Computer-Aided  Design  tools  in  the 

area  of  Naval  ship  design  has  generated  a  need  for  ship  design 
engineers  who  are  thoroughly  familiar  with  the  capabilities, 
limitations  and  operation  of  these  tools.  As  a  major  source  of 
these  design  engineers,  the  need  for  such  a  Computer-Aided 
Design  (CAD)  facility  at  the  Massachusetts  Institute  of 
Technology  is  established.  The  current  Naval  ship  design 
process  is  discussed  and  the  place  of  the  CAD  system  is 
established  within  this  process. 

Current  CAD  facilities  and  capabilities  of  the  Naval  Sea 
Systems  Command  and  the  Massachusetts  Institute  of  Technology 
are  investigated  and  system  limitations  are  discussed. 

Inherent  features  required  of  a  system  which  can  overcome  these 
limitations  while  providing  an  educational  tool  are  developed. 

A  prototype  CAD  system  possessing  many  of  these  features  is 
developed  with  guidanc6  provided  for  future  enhancement  of  this 
system. 
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INTRODUCTION 


1.1  Background 

Traditionally,  the  ship  design  process  has  begun  with  an 
idea  tor  what  a  ship  should  do  or  a  ’‘mission  statement'-  Using 
designer’s  knowledge  and  experience,  tentative  designs  were 
chosen  for  close  evaluation  and  testing-  As  the  evaluation 
process  progressed,  the  design  was  'firmed  up’  through 
progressive  stages  until  a  final  design  was  selected. 

This  systematic  narrowing  of  possibilities  was  achieved 
by  conducting  time  consuming  and  expensive  numerical 
calculations  and  model  construction  which  guided  the  designers 
in  nhe  proper  direction.  Because  of  the  time  and  expense 
involved  in  a  single  concept  evaluation,  the  designers  have 
been  severely  restricted  in  the  number  of  design  possibilities 
which  could  be  evaluated.  Many  potentially  promising  designs 
had  to  be  discarded  because  they  involved  radical  departures 
from  traditional  thint ing  or  because  the  potential  for 
acceptable  results  could  not  justify  the  expense  of  thorough 
investigation. 

In  recent  years,  however,  the  ease  of  access  to 
computers  has  made  the  design  seguence  a  more  thorough  and 
efficient  process.  Computer  hardware  and  application  routines 
are  now  readily  available  which  will  allow  designers  to 
investigate  and  analyze  a  design  to  a  degree  previously  unheard 
of . 

At  the  beginning  of  the  computer  age,  most  people  were 


impressed  by  the  tremendous  potential  for  computers  to  talxe 
over  the  laborious  calculations  normally  associated  with  the 
design  of  a  ship.  Some  felt  that  the  computer  would  be  able  to 
take  over  the  design  process,  and  starting  from  a  small  set  of 
mission  ror.uirements,  would  be  able  to  produce  a  complete  ship 
design  without,  or  at  least  with  minimal,  human  intervention. 

Of  course,  this  has  not  come  about  nor  will  it  in  the  near 
future.  The  ship  design  process  is  too  complicated.  The 
intuition  -nd  experience  of  a  good  designer  are  qualities  that 
cannot  yet  ;e  programmed  into  even  the  most  capable  computer. 

Comi.iitters  do,  however,  have  a  place  in  ship  design.  The 
main  ad vanr ages  of  using  a  computer  are  its  speed  and 
flexibility  because  these  capabilities  allow  us  to  investigate 
a  large  number  of  design  alternatives  and  to  choose  the  best 
from  among  '.hem,  i.e.,  to  optimize.  The  design  art  has  reached 
the  stage  wrore  radical  ano  unorthodox  concepts  can  be 
i nvest i ga teri  r.horoughly  to  determine  the  feasibility  of  a  given 
design  with  eiatively  little  cost  in  time  and  money.  The 
United  States  Navy  through  its  Naval  Sea  Systems  Command 
(NAVSEA)  as  well  as  many  civilian  institutions  have  instituted 
programs  to  standardize  and  streamline  their  design  efforts. 
This  will  require  that  future  ship  designers  be  thoroughly 
familiar  with  the  capabilities,  limitations  and  procedures  for 
ship  design  using  these  new  design  tools. 

The  world  of  ship  design  i s  an  ever  developing  and 
expanding  world.  The  ships  that  will  be  needed  in  the  future 
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will  be  more  complex  and  more  sophisticated  than  could  have 
even  been  imagined  just  a  -few  short  years  ago.  Much  ot  this 
complexity  arises  from  the  need  tor  these  ships  to  perform  a 
variety  of  missions.  The  ever  escalating  costs  associated  with 
design,  building,  operation  and  maintenance  of  our  ships  makes 
the  need  for  diversity  in  their  mission  capabilities  more 
imperative  than  ever.  In  order  for  these  ships  to  fulfill  the 
necessary  mission  areas,  they  must  be  designed  to  be  the  best 
that  they  can  he.  The  very  best  design  must  be  developed  to 
meet  a  given  set  of  mission  requirements.  Mo  longer  is  the 
best  of  three  or  rour  alternatives  to  a  given  design  detail 
good  enough.  We  i^ust  have  the  capability  to  evaluate  hundreds 
of  design  options  o  that  we  are  confident  that  the  best  has 
been  selected. 


The  process  of  ship  design  is  an  iterative  process. 

Given  a  set  of  initial  requirements,  the  designer  proceeds 
through  this  itor^.tive  cycle  until  the  "best’  solution  is 
found.  But  wh.it  n.^ppens  when  a  requirement  is  changed  late  in 
the  design  evoluticn'T’  In  some  cases  a  complete  reevaluation 
and  redesign  must  be  performed,  again  looking  not  just  at  a  few 
options  but  looking  at  as  many  options  as  are  needed  to  insure 
the  best  design.  These  requirements  can  of  course  be  met  by 
doing  the  design  and  evaluation  by  hand.  But  doing  so  would 
require  years  of  effort  by  scores  of  naval  architects  to 
accomplish.  Fiscal  funding  and  time  required  to  support  the 
fleet  of  the  future  will  not  allow  this  expense  in  time  and 


money. 


A  well  equipped  and  current  computer  aided  ship  design 
■facility  is  the  only  realistic  solution  to  these  problems. 

This  -facility  would  allow  the  necessary  investigation  of 
unorthodox  solutions  which,  otherwise,  could  be  investigated 
only  superficially,  if  at  all.  By  drawing  upon  the  results  of 
past  designs,  the  naval  architect  would  be  able  to  quickly 
evaluate  variations  and  modifications  to  these  designs  but 
would  not  limit  him  to  doing  only  this,  as  has  been  the  case  in 
the  past.  The  designer  would  be  able  to  branch  out  and  to  look 
at  possibilities  that,  until  recently,  could  only  be  dreamed 
about . 

This  author  believes  that  these  arguments  make  the  need 
for  some  type  of  computer  aided  ship  design  facility  in 
industry  quite  evident.  But  why  is  such  a  capability  as  this 
needed  at  an  academic  institution?  Briefly,  for  experience  and 
appreciation  of  technology  for  new  direction.  In  oraer  for  a 
new  naval  architect  to  perform  satisfactorily  in  industry,  he 
must  be  efficient  in  his  work.  But  efficiency  can  be  achieved 
only  through  education  and  experience.  Just  as  he  must  have 
experience  in  calculating  intact  stability  and  floodable 
length,  so  must  he  also  be  experienced  in  using  the  computer 
aided  design  tools  that  he  will  be  expected  to  interface  with 
on  the  job.  This  type  of  experience  must  be  gained  while  still 
in  the  academic  environment.  For  this  reason,  if  for  no  other, 
any  academic  institution  awarding  degrees  in  Naval  Architecture 
must  provide  the  means  by  which  students  can  gain  experience 


with  and  an  appreciation  for  the  utility  of  these  essential 
tools. 

Currently  the  facilities  for  instructing  these  future 
ship  designers  at  The  Massachuset ts  Institute  of  Technology 
(MIT)  are  severely  limited.  The  instructional  facilities  are 
composed  of  a  collection  of  disjointed  application  routines  on 
different  computers  which  cannot  communicate  between 
themselves.  These  application  routines,  while  very  capable  in 
their  own  right,  lack  the  qualities  which  would  make  them  more 
usable  in  the  academic  environment.  These  qualities  include 
thorough  documentation,  both  substantive  derivations  and 
descripti’/e  user's  guides,  user  friendliness  and  input/output 
compatibility  with  other  routines. 

1 . 2  Thesis  Content 

This  thesis  proposes  to  provide  a  guideline  by  which  the 
computer  aided  ship  design  facilitv  at  MIT  can  be  made  more 
usable  both  as  an  i nstruct i onal  tool  and  as  a  research  tool. 
These  guidelines  will  include  recommendations  for  hardware 
selection,  directions  for  modification  and  development  of 
application  routines  as  well  as  recommendations  for  methods  of 
keeping  this  design  capability  current  and  compatible  with  the 
ship  design  and  shipbuilding  industry. 

Chapter  two  will  briefly  discuss  the  ship  design  process 
in  its  traditional  form.  This  will  cover  the  different  stages 
of  the  ship  design  process  from  feasibility  studies  through 
detailed  design.  Chapter  three  will  discuss  the  capabilities 


o-f  currently  existing  ship  design  CAD  systems  at  MIT  and  in 


industry.  Chapter  -four  will  provide  guidelines  -for  the 
creation  o-f  a  usable  ship  design  CAD  facility  at  MIT.  Included 
are  discussions  of  the  major  factors  concerning  the  design  of 
this  CAD  capability.  Chapter  five  discusses  a  prototype  of  a 
ship  design  CAD  facility  developed  by  this  author  which 
incorporates  many  of  the  guidelines  discussed  in  chapter  four. 

It  is  hoped  that  the  concepts  discussed  and  the 
guidelines  presented  in  this  thesis  will  provide  guidance  for 
further  development  and  implementation  of  a  ship  design  CAD 
facility  at  MIT  which  will  be  useful  in  the  preparation  of 
future  ship  designers  to  meet  the  aemanus  of  the  future. 
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2.  THE  DESIGN  PROCESS 


2. 1  Background 

The  design  at  a  ship  is  an  iterative  process.  By 
this,  it  IS  meant  that  the  design  of  a  ship  ’s  not  one  which 
can  be  started  at  one  point  and  worked  thrc>"ijn  to  a  -final 
result.  Initial  requirements  are  specified  -^nich  generate 
early  appro>;  i  mat  i  ons  o-f  sh  i  p  ■’ s  characteristics.  These 
characteristics  are  evaluated  and  corrected  provide  more 
detailed  characteristics.  These  are  then  .-omnared  with 
anginal  requirements,  A  more  correct  sec  qross 

characteristics  are  thus  generated  which  lean  ~he  rjesiqrer 
through  a  new  cycle  of  the  design.  Thus,  the  early 
appro;:  1  mat  1  ons  are  repeatedly  corrected  and  :"  pandea  due  to 
feedback  from  previous  steps.  Ship  designer-  ;fpeak  o-i  i 
"design  spiral"  when  describing  this  process  ar  prcornsaive 
convergence  to  a  final  conf i gurat i cn . 

2.2  Design  Phases 

The  ship  design  process  traditionally  encompasses  five 
phases  of  design  development.  These  phases  are: 

1  -  Conceptual  design 

2  -  Feasibility  studies 

3  -  Preliminary  design 

4  —  Contract  design 
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Detail  design 


During  each  successive  phase,  the  definition  of  the  ship 
is  refined  as  more  detail  is  added.  Each  of  these  design 
phases  are  briefly  described  in  the  following  sections. C13 
Frequently,  the  functions  of  the  conceptual  design  phase  and 
the  feasibility  design  phase  overlap,  but  they  are  presented 
separately  here  for  clarity. 

2.2.1  ror.ceotual  Design  Phase 

The  Conceptual  Design  phase  is  the  first  phase  in  the 
design  of  a  new  ship  type.  The  objectives  of  this  phase  are  as 
foil ows: 

1.  To  create  and  assess  new  whole  ship  concepts. 

2.  To  identify  and  prioritize  technology  "gaps"  and 
research  and  development  shortfalls. 

3.  To  support  the  development  of  a  new  concept  or 
technol oqy . 

4.  Tfj  investigate  "proof  of  concept"  through  feasi¬ 
bility  demonstration. 

The  Conceptual  Design  phase  is  primarily  concerned  with 
far-tern  programs  independent  of  planned  ship  acquisition  and, 
therefore,  is  often  characterized  by  innovation  and  high  rist. 
The  products  of  this  phase  are  normally  similar  to  the 
Feasibility  Design  phase  defined  in  the  next  section.  The 
level  of  detail  is  limited  to  the  minimum  needed  to  define  the 
concept  or  proof  of  concept,  although  particular  aspects,  such 
as  innovative  subsystem  or  innovative  combinations  of  existing 
subsystems,  may  require  more  detail.  The  products  may  also 
include  tradeoff  study  reports  and  risk  assessments  for 


developmental  subsystems  and  components. 


2.2.2  Feasibility  Studies 

The  objectives  ot  the  Feasibility  Study  phase  of  ship 
development  are  as  follows: 

1.  To  define  a  set  of  feasible  alternative  whole  ship 
solutions  to  a  set  of  operational  requirements. 

2.  To  structure  the  studies  to  aid  a  ship  acquisition 
decision  maker  to  select  a  preferred  balance 
between  capability,  cost,  and  risk. 

T.  To  define  each  alternative  sufficiently  for  prepar¬ 
ation  of  a  reasonable  cost  estimate. 

*1.  To  identify  the  major  technical  risk  associated 
with  each  ai  tecn-it  i  ve. 


■iererai:/.  Feasibility  litubies  are  conducted  to  supoort 

selection  at  a  ship  concept  in  a  contemplated  or  planned  ship 

acouisition  erfort.  They  are  normally  based  on  a  stated, 

tliouqn  sometimes  broadly  stated,  ship  mission.  These  ship 

missions  are  normally  stated  usinq  a  document  entitled  Naval 

I'lar+are  Mission  Areas  and  Required  Operational  Capability,  als( 

known  as  OPNAV  Inst.  31U5.2E.  This  document  designates  Naval 

Warfare  Mission  Areas  which  are  divided  into  two  categories: 

<1)  Fundamental  mission  areas  and  <2)  Supporting  mission  areas 

These  are  listed  below. 

Fundamental  Mission  Areas 
Anti -air  warfare 
Anti-submarine  warfare 
Anti -surface  ship  warfare 
Strike  warfare 
Amphibious  warfare 
Mine  warfare 


Mobi 1 i ty 

Command  and  control  and  communications 
Intel  1 1 gence 
Electronics  War-fare 
Logistics 

Fleet  support  operations 
Construct i on 
Noncombat  operations 

Each  ship  type  must  have  varying  degrees  of  capabi  lity 
for  the  performance  of  each  of  these  fundamental  and  supporting 
mission  areas.  These  mission  capabilities  define  the  ship 
mi ssi on . 

The  studies  are  usually  done  in  the  context  of  a  desired 
schedule  for  design  and  construction  and  are  conducted  within 
the  conte>:t  of  a  recognized  ship  type.  Thus,  feasibility 
studies  are  generally  more  constrained  with  respect  to  program 
consi derati ons  and  ship  concept  than  are  conceptual  designs. 

A  partial  listing  of  the  products  of  the  Feasibility 
Design  phase  are  listed  below. 

1.  Payload  definition  <e.g.,  weapons,  troops,  etc.). 

2.  Combat  system  description. 

3.  Survivability  features  description. 

4.  Description  of  other  mission-critical  subsystems. 

5.  Principal  hull  dimensions  and  form  coefficients. 

6.  Full  load  and  light  ship  weight  estimates  at  the 
one— digit  level. 

7.  Intact  stability  check. 

8.  Area/volume  summary. 

9.  Propulsion  machinery  type,  SHP  and  propeller  number. 

10.  Speed  and  endurance  estimates. 


11.  Installed  electrical  generating  capacity 


12.  Manning  estimate. 

13.  General  arrangements  sketch. 


In  addition,  major  technical  risks  are  identified  as 
well  as  any  unique  aspects  that  would  have  major  impacts  on  the 
acquisition  schedule. 


Preliminary  Design 

Preliminary  Design  is  the  next  phase  of  ship  design. 


Its  objectives  include: 


1.  To  refine  the  design  estimates  made  during  Feasibil¬ 
ity  Studies  and  to  reduce  or  eliminate  major  techni¬ 
cal  and  schedule  risks. 


2.  To  quantify  shin  performance  to  the  fullest  extent 
possi bl e. 


Fmphasi s  is  placed  in  the  Preliminary  Design  phase  on 
firmly  establishing  ship  sice  (L,  B,  D,  displacement),  external 
configuration  (hull  and  topside),  the  overall  allocation  of 
arrangement  space  to  various  functions,  and  major  propulsion, 
electrical,  and  mi ssi on -essenti al  mechanical  and  combat  system 
elements.  This  is  because  these  factors  have  the  dominant 
influence  on  ship  cost,  performance  and/or  risk. 

The  principal  product  of  the  Preliminary  Design  phase  is 
the  Top  Level  Specification  <TLS)  which  is  a  comprehensive 
description  of  the  characteristics  and  capabilities  of  the  ship 
at  the  end  of  preliminary  design.  Numerous  drawings,  studies, 
and  analyses  are  developed  in  support  of  the  TLS  preparation. 


2.2.4  Contract  Design 


The  major  objectives  ot  the  Contract  Design  phase  are  to 
establish  a  tirm  technical  baseline  which  will: 

1.  Confirm  to  the  sponsor  that  this,  in  all  its  detail, 
IS  thi^  ship  design  he  wants  and  can  a+ford. 

2.  Provide  a  -firm  basis  -for  timely  and  accurate  ship¬ 
builder  bids  -for  a  detail  design  and  construction 
contr  u:t. 

3.  Enable  the  successful  shipbuilder  to  develop  the 
detail  design  and  construct  and  test  the  ship  in  the 
most  _ost-ef f ecti ve  manner  while  ensuring  that  all 
requirements  are  met. 

4.  Provide  criteria  for  Navy  acceptance  of  the  ship. 


Three  aa  or  activities  tale  place  during  the  Contract 
Design  phase:  ! i  engineering  deveicpment  of  the  preliminary 

design,  <2)  translation  of  the  completed  design  into  the 
specifications,  drawings,  and  other  data  which  are  the 
technical  portion  of  the  contractual  document,  and  (3)  an 
extensive  revievi  ..nd  transi  ar.icn  pnase  during  which  every 
effort  is  made  ■’  '  insure  that  the  requirements  and 
specifications  rn  understood  bv  perspective  shipbuilders. 

The  products  of  the  Contract  Design  phase  include: 

1.  Ship  Specifications 

2.  HVAC  Design  Criteria  Manual 

3.  Contract  Drawings 

3.  Contract  Guidance  Drawings 

4.  Contract  Data  Requirements  List 

5.  Contract  Design  Weight  Estimate 
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Master  Equipment  List 


7.  GFE  Procurement  Specifications 

8.  GFI  Requirements 

9.  Preliminary  Ship  Manning  Document 

10.  Test  and  Evaluation  Requirements 

11.  Design  History 

2.2.5  Detail  Desicin 

The  Detail  Design  phase  is  the  final  phase  of  a  ship 
design.  It  includes  the  preparation  by  the  shipbuilder  of  the 
working  documents  u -^ed  to  direct  ship  construction.  This 
includes  working  Dr  wings  and  detailed  specifications  which 
will  be  used  by  the  shipbuilder  for  actual  construction  of  the 
ship  and  must  provi  ce  +-he  level  of  exactness  and  correctness  of 
detail  necessary  for  successful  construction. 


3.  1 


3.  Current  Design  Capabilities 


Background 

The  design  capabilities  and  facilities  of  the  various 
institutions  involved  in  major  ship  design  projects  varies 
greatly.  This  is  due  primarily  to  the  fact  that  they  differ  in 
the  areas  of  emphasis  in  their  design  work.  For  instance,  the 
facilities  of  NAVSEA  differ  from  those  at  MIT  since  the 
emphasis  at  MIT  is  on  the  teaching  of  design  methodology  while 
NAVSEA’ s  objective  is  to  produce  actual  platform  designs. 

Also,  NAVSEA’ s  objectives  differ  from  those  of  a  subsystem 
contractor  since  a  contractor  would  place  more  emphasis  on 
detailed  subsystem  design  rather  than  whole-ship  design.  For 
example,  a  contractor  involved  with  designing  an  equipment 
cooling  system  would  be  more  interested  in  space  arrangements, 
obstructions,  etc.  and  would  nor  be  concerned  with  shio 
resistance  or  hullform  stabilitv.  A  brief  overview  of  current 
ship  design  capabilities  at  NAVGEA  and  at  MIT  follows. 

3.2  NAVSEA  Capabilities 

Until  recently,  the  emphasis  in  the  computer  aided 
design  area  at  NAVSEA  has  been  in  developing  individual 
application  routines  which  would  provide  tools  for  calculation 
and  evaluation  in  the  design  process.  This  project  generated 
many  fine  software  routines  which  are  still  in  use  at  NAVSEA 
and  elsewhere  today.  These  routines,  however,  appear  to  have 
been  developed  in  relative  isolation.  By  this,  is  meant  that 
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they  seem  to  have  been  developed  -for  use  totally  by  themselves 
without  regard  -for  possible  incorporation  into  larger  design 
systems.  As  a  result,  most  o-f  these  routines  reguire  their  own 
individualistic  inputs  and  generate  their  own  style  o-f  output, 
neither  of  which  is  compatible  with  input/output  requirements 
of  other  application  routines. 

These  routines  involved  most  major  areas  of  ship  design 
and  evaluation  and  have  been  collected  and  cataloged  under  the 
Navy’s  Computer  Aided  Ship  Design  and  Construction  (CASDAC) 
Project.  Examples  of  the  broad  realm  of  subject  area  covered 
by  the  CASDAC  library  of  programs  are  listed  below. 

—  Hull  form  generation 

-  Hull  form  derivation  from  a  parent 

-  Speed  and  power  calculations 

-  Surface  definition  and  fairing 

-  Forces  on  a  ship  hull  form 

—  Submarine  motion  simulation 

—  Structural  analysis 

-  Arrangements  of  spaces 

—  Equipment  arrangements 

-  Manpower  models 

-  Reliability  simulations 

-  Weight  estimations 

-  Hydrofoil  calculations 

—  Shafting  bearing  calculations 

-  Rudder  coefficients 


-  Propeller  calculations 

-  Turbine  design 

-  Condenser  design 

-  Signal  interference 

—  Magnetic  -field  evaluations 

—  Ductwork  calculations 

As  stated  previously,  most  of  the  programs  in  the  CASDAC 
library  will  not  communicate  with  each  other.  In  1976, 
however,  a  group  of  NAVSEA  designers  initiated  a  project 
whereby  several  existing  routines  woulo  he  coupled  so  that  they 
could  communi cate- C 2 1  This  project,  called  the  CASDAC  Hull 
Subsystem  Project,  had  as  its  objectives  the  maximisation  of 
the  short-term  benefits  from  the  linked-use  of  the  existing 
programs  and  the  demonstration  of  the  advantages  of  the  unified 
data  base  approach  to  data  management.  The  existing  routines 
used  in  this  project  were: 

1  -  The  Ship  Hull  P'orm  Generator  •!-*ULGEN) 

2  -  The  Ship  Definition  Program  HULDEF) 

3  -  The  Ships  Hull  Characteristics  Program  <SHCP) 

4—  The  MIT  Motions  Program  (MITM) 

HULGEN  is  used  primarily  during  feasibility  and  concept 
design  phases  to  provide  rapid,  approximate  depictions  of  hull 
form  from  specific  hull  form  parameters.  These  parameters  are 
established  as  input  variables  and  the  hull  form  is  stretched 
and  distorted  into  shapes  to  maintain  the  required  parameters 
thus  producing  initial  estimates  from  which  experimental  and 
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in  +  ormative  variations  can  be  tried.  The  outputs  -from  HULGEN 
were  translated  via  a  translator  routine  so  that  they  could  be 
used  as  inputs  to  the  HULDEF  routine.  HULDEF  tool?  the  unpaired 
hull-form  data  and  manipulated  it  to  make  it  architecturally  -fair 
while  maintaining  the  required  hullform  par .-imeters.  This 
■faired  hullform  data  from  HULDEF  was  then  evaluated  by  the  SHCP 
routine  to  generate  hydrostatics  characteristics,  trim-lines, 
longitudinal  strength,  etc.,  and  by  the  MITM  routine  to  perform 
motion  analysis.  The  results  of  this  project  were  very 
encouraging  and  have  helped  to  generate  muc.’i  enthusiasm  for  a 
fully  integrated  computer  aided  design  system. 

Currently,  NAVSEA  is  involved  in  a  .na  ,  or  project  which 
has  the  same  goals  as  the  CASDAC  Hull  Subsystem  Project,  but  on 
a  much  larger  scale.  This  project,  entitled  The  Computer- 
Supported  Design  (CSD)  Program,  involves  the  development  of  a 
complete  system  built  around  existing  appiiruion  rout  i  nes.  t t 
Once  completed,  this  system  will  insure  come  r i bi 1 i tv  amonn  al ! 
of  the  CASDAC  routines  by  providing  an  execu  i ve  commarui  -vstem 
for  controlling  the  system  operation,  a  common  database 
management  system  for  controlling  data  storage,  retrieval  and 
transfer  as  well  as  commonality  of  hardware.  In  addition,  this 
project  will  include  a  stand— alone  ’turn— key'  computer  aided 
design  system  for  interactive  generation  and  evaluation  of 
platform  hull  forms,  subsystem  layouts  and  equipment  design. 

This  system  will  eventually  be  able  to  access  and  utilize  the 
data  base  of  the  larger  main  CAD  system.  Currently,  a 


prototype  ’turn— key'  system,  manufactured  by  Computervi si  on 


Inc.,  is  being  evaluated  by  using  it  as  a  parallel  development 
tool  in  the  NAVSEA  DDG-51  design  project.  This  system,  with 
its  own  data  base  system,  allows  much  faster  generation  of 
system  and  detail  designs  and  has  proven  itself  to  be 
invaluable,  especially  when  minor  alterations  are  required 
since  these  alterations  can  be  immediately  viewed  and  their 
consequences  evaluated  more  quickly. 

Parallel  development  of  their  own  CAD  system  by  private 
contractors  using  compatible  hardware  and  software  is  currently 
underway.  This  will  allow  these  private  companies  to 
communicate  with  the  database  of  the  NAVSEA  system,  thereby 
allowing  designs  produced  by  the  NAVSEA  system  to  be  accessible 
by  detail  designers  outside  NAVSEA.  Data  storage  and  transfer 
standards  have  been  selected  by  NAVSEA  to  insure  compatibility 
for  data  transfer  between  contractor  and  itself.  These 
standards  include  the  Initial  Graphics  Exchange  Specification 
<IGES)  format  for  graphical  data,  ASCII  format  for  text  data 
and  the  Relational  Information  Management  (RIM)  database 
system,  developed  by  Boeing  Computer  Services,  for  geometrical 
data.  Use  of  these  standards  will  insure  a  more  correct, 
accurate  and  timely  transfer  of  the  design  data  between  parties 
involved,  which  should  reduce  design  errors  and  design  expense 
in  addition  to  providing  a  completely  detailed  database  for 
the  actual  construction  of  the  ship  by  the  selected 
shipbui Ider . 
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The  ship  design  capabilities  at  MIT  are  not  quite  as 
extensive  as  those  at  NAVSEA,  however,  they  do  su-f-fer  -from  many 
o-f  the  same  shortcomings  tound  in  the  early  NAVSEA  system.  A 
large  number  n+  the  application  routines  currently  available  at 
MIT  are  the  same  as  those  developed  by  NAVSEA  due  to  the 
existence  of  rr.e  Navy  Postgraduate  program  at  MIT  and  also  due 
to  the  large  --mount  of  Navy  sponsored  research  at  MIT. 

Three  ma^ar  reasons  exist  which  have  prevented  these 
shortcomings  t-nm  being  corrected.  First  is  the  lad;  of 
continuity  among  personnel.  With  the  exception  of  civilian 
faculty  and  itr  ff,  personnel  involved  with  the  Ocean 
Engineering  Jer nrtment ‘ s  romnuter  aided  design  facility  rarely 
remain  at  MIT  ‘•or  more  than  two  or  three  years.  Since  the 
integration  and  coordination  needed  to  establish  an  integrated 
ship  design  CAL  svstem  is  ab'sent,  the  system  has  remained  as  a 
disjoint  collection  of  application  routines  which  are  unable  to 
communicate  wi*"*’.  each  other.  Also,  clue  ^o  changes  in  personal 
preferences  in  hardware  and  operating  system  which  accompanies 
rapid  personnel  turnover,  these  application  routines  have 
become  scattered  through  various  computer  systems  on  campus 
thus  requiring  excessive  computer  system  familiarity  to  allow 
easy  access  by  most  students.  Two  independent  ship  design 
systems  have  been  established  at  MIT.  The  Design  Executive 
System  <DEX)  C4IC5IC61C7I  provides  detailed  menu  and  command 
driven  control  of  ship  design  related  application  routines  as 
well  as  provisions  for  database  management.  This  system, 


though  extremely  capable,  has  not  been  incorporated  -for  use  by 
MIT  ship  design  courses.  The  other  system,  the  MIT  XIII-A 
Computer  Aided  Design  Lab  Information  Executive  Manager  System 
C8],  also  provides  menu  and  command  control  of  several  ship 
design  related  application  routines  and  has  been  used  with 
several  courses  in  the  past.  The  application  routines  which 
receive  the  most  use  remain  independent  and  scattered. 

The  second  cause  concerns  the  method  in  which  the  CAD 
system  is  used  at  MIT  Several  courses  require  the  use  of  two 
or  three  application  routines  by  tt.e  students  but  their  use  is 
not  of  a  continuous  form.  For  instance,  data  outputs  from  one 
routine  is  usually  completely  different  from  data  required  for 
another  since  most  projects  calling  for  CAD  usage  are  not  of  a 
follow-on  ’building  block’  nature.  Other  courses  which  involve 
the  CAD  system  require  students  to  develop  or  to  modify  an 
aoplication  routine  but  the  emphasis  in  this  case  has  been  on 
translating  the  theory  associated  with  an  idea  to  comouter  code 
and  usually  falls  short  of  requiring  that  resulting  routines  be 
compatible  with  the  existing  CAD  system.  Also,  largely  due  to 
instructor  preference,  these  routines  frequently  are 
implemented  on  different  computer  systems  thereby  contributing 
to  the  disarray  of  the  system. 

The  third  cause  concerns  the  type  of  personnel  available 
to  carry  out  a  restructur i ng  of  the  CAD  system.  The  work  must 
be  done  by  students,  either  as  part  of  a  continuing  course 
project  or  as  thesis  work.  Due  to  the  large  realm  of  possible 
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academic  areas  of  concentration  available,  however,  the  number 
of  persons  both  interested  and  qualified  to  accomplish  this 
task  is  severely  limited. 


The  need  -for  some  type  o-f  consolidated  computer  aided 
ship  design  system  has  been  established.  The  next  step  is  to 
determine  guidelines  -for  development  o-f  an  acceptable  system. 
Obviously,  the  new  system  cannot  totally  disregard  the 
■facilities,  both  hardware  and  so-ftware,  which  are  currently 
available.  In  establishing  guidelines  for  svstem  development, 
the  following  points  need  to  be  considerea: 

1.  System  usage. 

2.  System  management. 

3.  System  hardware. 

4.  Data  management. 

5.  System  software  capabilities. 

These  points  will  be  addressed  in  the  •■cl  lowing 
sect  1 ons. 

4.2  System  Usage 

The  computer  aided  design  system  envisioned  must  be 
designed  to  be  used  by  graduate  students  as  well  as 
undergraduates  as  a  tool  in  the  instructional  aspect  of  course 
work.  Just  as  performing  hand  calculations  have  conventionally 
been  assigned  to  stress  methodology  familiarity  and  concept 
understanding,  so  will  the  computer  aided  design  system  be  used 
to  enhance  the  attainment  of  these  goals.  This  does  not  mean 


that  students  should  not  be  required  to  perform  hand 
calculations,  however.  This  type  of  hands-on  instruction 
certainly  has  its  place  in  the  instruction  process,  however, 
when  the  sheer  volume  and  complexity  o-f  cal  cu  1 -^t  i  ons  involved 
in  ship  and  ship  system  design  is  concerned,  tli*’  goal  o-f 
concept  understanding  sometimes  is  over shadoweM  ny  pure  tedium 
and  exasperation.  Once  the  goals  of  method  +afmiiarity  and 
concept  understanding  have  been  attained,  further  repetition  of 
hand  calculations  tend  only  to  dull  the  student ‘ n  appetite  for 
more  in— depth  understanding.  Conversely,  the  r  pid  turn- ar -.und 
time  associated  with  CAD  system  calculations  >l'ows  and  even 
coaxes  the  student  to  try  different  inputs  just  ■  o  see  v-jhat 
results  will  be.  This  approach  to  the  use  of  the  CAD  svsTPm 
will  reduce  the  risk  of  students  getting  stuck  with  a  ’black¬ 
box’  system  which  accepts  inputs  and  generates  (_:..rput5  but 
requires  no  knowledge  of  calculation  methodol  q.. 

By  requiring  hands-on  familiarity  with  c.- .  nil  ati  on 
methodology  prior  to  system  usage,  the  student:  11  netter 

understand  and  appreciate  the  power  of  the  CAD  svstem  and  will 
be  better  able  to  evaluate  system  outputs  and  to  recognize 
system  weaknesses  and  shortcomings.  The  system  is  not  intended 
to  be  used  solely  for  course  work,  however.  The  technical 
nature  of  most  MIT  thesis  work  and  much  faculty  and  staff 
research  involves  investigation  of  ’what  if’  questions  which  is 
the  mainstay  of  the  CAD  system. 


4. 3  System  Management 

Current  CAD  capabilities  at  MIT,  as  previously 
stated,  involve  many  independent  and  segregated  application 
routines.  In  order  -for  these  routines  to  be  useful,  and  just 
as  importantly,  to  be  used  by  the  students,  a  system  is 
required  which  will  bring  these  routines  together  in  a 
cohesive  package.  Most  main— frame  computers  possess  their  own 
operating  system  language,  such  as  the  Digital  Control  Language 
(DCL)  used  by  Digital  Equipment  Corporation's  VAX-11/782 
computer,  which  provides  the  capabilities  for  the  development 
of  an  executive  control  system.  Such  an  executive  control 
= /stem  would  provide  the  management  function  required  for 
system  control.  These  management  functions  would  include 
control  of  i nput/output ,  control  of  database  access, 
application  routine  selection  and  program  execution  path 
control . 

In  order  for  any  computer  system,  whether  it  be  a 
business  system  or  a  CAD  system,  to  be  used  by  other  then 
ei.'per !  onced  computer  users,  its  control  system  must  possess 
certain  inherent  features.  The  most  important  of  these  is  the 
so  called  'user  friendliness’-  This  over-worked  and  somewhat 
vague  term  describes  the  major  stumbling  block  which,  until 
recently  and  still  in  some  cases,  has  restricted  the  use  of 
most  computer  systems  to  only  the  experienced  computer  user. 
Because  of  the  generally  vague  nature  of  this  term,  the 
features  of  an  executive  control  system  which  make  it  'user 
friendly’  will  be  described. 
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The  executive  control  system  must  be  -flexible  so  that 
both  the  novice  user  and  the  experienced  user  can  be  equally 
comfortable  while  using  the  system.  This  would  be  accomplished 
by  providing  a  combination  of  command  driven  and  menu  driven 
operation.  Upon  initial  system  entry,  typing  a  simple  command 
will  provide  an  overview  of  the  current  system  status  and  a 
listing  of  the  currently  implemented  application  routines  with 
more  in— depth  descriptions  of  each  routine  available  for  the 
as(;ing.  For  example,  to  receive  more  information  about  the 
■JHCP  routine,  the  user  might  type  HELP  SHCP.  In  addition,  the 
novice,  unfamiliar  with  system  commands  and  unsure  of  the  types 
of  iniiuts  being  requested  by  the  system,  could  ask  for  help  at 
any  time  by  typing  The  system  would  respond  by  displaving 

a  list  of  the  options  which  the  user  could  select  at  this  point 
in  program  execution. 

The  experienced  user  would  feel  restricted  with  the 
tedium  involved  with  having  to  read  excessive  program  and 
command  descriptions  and  would  rather  just  get  on  with  running 
the  program.  This  capability  could  be  provided  by  allowing 
system  operation  via  direct  commands  rather  than  by  selection 
of  menu  options.  This  would  greatly  reduce  the  time  required 
to  run  a  particular  routine  and  would  allow  the  user  to 
concentrate  on  system  operation  rather  than  on  finding  the 
desired  option  from  a  menu  of  several  options. 

Other  user  friendly  features  should  include  error 
trapping  and  error  correction  schemes.  Most  data  required  as 


input  to  a  routine  is  input  via  separate  data  -files  which  must 
be  identified  at  the  initiation  of  the  particular  routine. 
Additional  data,  especially  that  data  which  is  to  be  varied, 
should  be  input  interactively  during  program  execution.  The 
system  should  prompt  the  user  for  data  using  logical 
phraseology  which  could  be  expounded  upon  by  typing  ’7'. 

Before  the  program  actually  accepts  this  data,  however,  the 
user  should  be  given  the  opportunity  to  verify  its  correctness. 
This  would  reduce  the  possibility  of  having  to  abort  a  program 
because  of  one  incorrectly  entered  data  item.  One  final  point 
involves  the  sometimes  lengthy  system  pauses,  which  can  occur 
between  the  display  of  syste(n  prompts  and  system  responses,  due 
to  lengthy  calculations  or  heavy  system  usage.  When  such  a 
pause  is  anticipated,  the  system  should  inform  the  user  that 
the  system  is  still  operating  tay  displaying  a  PLEASE  STAND  BY 
...  message.  This  would  verity  that  the  system  has  not 
’bombed'  and  could  be  very  reassuring  to  the  unsure  user. 

4 . 4  Hardware  selection 

Another  important  feature  required  by  the  CAD  system 
involves  its  use  specifically  at  MIT.  The  MIT  system  must 
provide  education  and  experience  so  that  the  student,  upon 
leaving  MIT,  will  not  be  required  to  start  totally  from  the 
beginning  with  respect  to  learning  a  new  system  in  industry.  A 
graduate  should  appreciate  the  trade-offs  that  are  relevant  in 
choosing  a  system  and  understand  the  essential  elements  that 
comprise  a  CAD  system.  This  would  include  appreciation  for  the 


role  of  the  hardware’ s  operating  system  (command  language),  the 
customized  executive  system  (menu  selection),  the  database  and 
the  application  programs  used.  A  student  should  be  able  to 
adapt  to  and  be  able  to  critically  evaluate  any  system  in 
industry  with  a  minimum  of  on— the— job  training.  The 
shipbuilding  industry  in  the  United  States  is  currently 
dominated  by  one  institution  —  The  United  States  Navy  and 
especially  NAVSEA.  As  a  result,  most  naval  architects  will  be 
influenced  by  the  CAD  facilities  used  by  NAVSEA.  Also,  the 
proposed  CAD  facility  must  be  expected  to  be  used  extensively 
for  long-range  research  sponsored  by  industry  and  especially  by 
NAVSEA.  Therefore,  when  planning  a  new  CAD  system,  the  system 
used  by  NAVSEA  should  be  considered  as  a  guide  for  development 
to  avoid  "rei n vent i ng-the— wheel " .  The  system  must  not, 
however,  be  so  restrictive  that  it  cannot  provide  the 
flexibility  required  for  use  in  an  educational  and  research 
environment.  Consequently,  the  NIT  system  should  not  be  an 
exact  duplication  of  the  NAVSEA  system.  On  the  contrary,  the 
level  of  design  sophistication  needed  in  an  industrial 
environment  such  as  NAVSEA  would  be  largely  unused  in  the 
academic  world.  The  level  of  sophistication  needed  at  MIT 
falls  somewhere  between  its  current  level  and  the  level 
needed  by  NAVSEA. 

As  discussed  in  Chapter  3,  NAVSEA  is  currently 
redesigning  its  CAD  facilities  under  the  CSD  Program.  The 
major  design  issues  at  NAVSEA  which  impact  on  the  design  of  the 
MIT  system  are  (1)  hardware  selection  and  (2)  data 
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management  system  selection.  These  issues  are  discussed  in  the 
■following  sections. 

The  hardware  selected  for  inclusion  in  the  MIT  CAD 
system  must  be  compatible  with  hardware  currently  used  or  expected 
to  be  used  in  near  future  by  industry  but  must  also  be 

flexible  in  ordi^r  to  provide  the  development  capabilities 
needed  in  an  academic  environment.  Also,  some  of  the  more 
sophisticated  equipment  capabilities  required  in  a  production 
environment  need  not  be  included  in  an  instructional 
environment.  3  -lerally,  the  progr rimming  language  and  operating 
system  language  -should  be  compatible  with  those  currently  used 
by  industrv.  More  speci + i cal i y,  hardware  roguirements  at 
MIT  falls  into  tour  categories: 

1.  A  main-frame  computer  capable  of  executing  large 
proqr -xns  as  well  as  having  the  capability  of 
contrjlling  the  operation  of  the  CAD  facility 

wh  1  ; Allowing  muitipie  system  users. 

2.  Qn-i.  IK  text/qraphi cs  disnlav  terminals  for  use 
wit  ft  r  tin  CAD  system  for  nroaram  operation. 

3.  Cff-  ■  ■to.  stanc-iicne  mi  cro-comouter  s  for  program 
development  and  other  non-graphi cai  related 
functions. 

4.  A  semi -stand-al one  'turn-key'  graphics  oriented 
design  system  for  detailed  design  and  research 

f unct 1 ons. 

Due  to  its  current  availability  at  MIT  and  since  it 
is  the  main-frame  selected  by  NAVBEA  for  its  CAD  system,  the 
VAX-11/782  computer  produced  by  Digital  Equipment  Corporation, 
should  be  considered  for  fulfilling  the  main-frame  capacity. 

Many  MIT  ship  design  courses  use  programs  written  using  the 


Fortran  programming  language  and  which  are  currently  residing 
on  this  computer.  Other  existing  programs  using  the  Fortran 
language  can  be  relocated  to  this  computer  relativ.'ly  easily 
with  minor  program  mom f i cat ions.  This  compr^er  uses  the  DCL 
operating  language  whii.h  provides  the  necessary  structure  +or 
development  ot  an  exer  .tive  control  system  lor  CAD  system 
management.  In  idditinn,  the  VAX-l 1/782  computer  system 
>ossesses  -facilities  and  interfaces  reguired  for  hardcopy 
production  of  text  and  graphics  outpLits. 

Graphics  plays  ..  .'na)Or  role  in  ship  and  ship  system 
design.  Tabulated  dat.i  reguires  muctn  time-consuming  anaiysir- 
for  result  evaluations-  This  evaluation  time  can  be  greatly 
reduced  by  having  the  n.>ta  displayed  in  gr.iphical  +orm.  Also, 
interactive  graphics  capabilities  allow  the  designer  to 
immediately  see  the  re'ults  of  a  desian  modification  without 
having  to  wait  for  harur^riv  nener ->  r  i '-‘n .  tor  thn<-p  rea'^ons,  an 
on-line  graphics  dispi  •  capabilitv  must  be  included  as  a  part 
of  the  CAD  system.  ?  the  adaiticr.  ot  nr  inrnrs  rapanilities 

causes  a  relatively  small  cost  increase,  all  on-lire  display 
terminals  should  have  this  capability. 

Tentative  selection  of  the  TEMPLATE  graphics  system  by 
NAVSEA  and  the  requirement  that  all  graphical  data  meet  IGES 
standards  restricts  the  available  selection  of  graphical 
display  terminals  for  the  CAD  system.  NAVSEA  currently  uses 
the  Tektronix  4010-SeriBS  terminals  for  its  on-line  graphical 
display.  For  this  reason,  the  MIT  system  should  use  either  the 


same  terminals  or  terminals  which  are  compatible  with  them. 

The  4010— Series  terminals  -feature  a  high  level  of 
sophistication  in  graphical  display  methods  and  also  is 
relatively  costly.  Neither  of  these  features  fits  the  needs  of 
the  MIT  system.  Therefore,  4010— Series  compatible  display 
terminals  which  offer  less  sophi stication,  but  which  are 
generally  less  costly,  must  be  considered.  Two  graphical 
display  terminals,  the  Tektronix  4100— Series  and  the  Visual 
500— Series,  have  been  investigated.  Both  of  these  terminals 
meet  the  graphical  display  requirements  while  providing  a  mix 
of  color  and  non- color  displays  as  well  as  featuring  lower 
costs.  These  as  well  as  other  compatible  tex t /gr aphi cs  display 
terminals  should  he  investigated  for  inclusion  in  the  MIT  CAD 
system. 

Program  development,  which  would  be  a  major  use  of  the 
CAD  facility,  does  not  require  the  full-time  dedication  of  a 
qraphi cs-capabl e  display  terminal.  Non-qraphic  display 
terminals  would  easily  provide  that  capability  reauired  for  most 
program  development  work.  These  terminals,  with  their  linited 
capabilities,  however,  would  not  provide  the  flexibility  needed 
for  the  CAD  system.  Instead,  stand-alone  mi cro-computers, 
which  would  provide  flexibility  in  their  capabilities,  should 
be  used.  A  micro-computer,  with  adequate  internal  memory, 
language  and  external  storage  capabilities  would  provide  a 
means  by  which  application  routines  could  be  developed  off¬ 
line.  After  completion,  the  program  could  be  transferred,  via 
modem,  to  the  mainframe  for  graphical  work-up  and  inclusion 
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into  the  CAD  system. 

The  mi cro— computer  could  also  tae  used  -for  non- 
development  -functions  such  as  document  creation  (user's  guides, 
reports,  etc.)  as  well  as  acting  as  a  terminal  tor  operating 
the  CAD  system’s  non-graphic  routines.  As  an  example,  the 
Zenith  Z-100  series  mi  era— computer s  have  capabilities  of  over 
one  megabyte  internal  memory  and  over  10  megabytes  external 
storage  capabilities.  A  stand-alone  system  such  as  this  would 
provide  the  capability  for  the  development  of  very  large 
application  routines  without  requiring  access  to  the  main— frame 
at  all.  This  would  not  only  reduce  the  load  seen  by  the  main¬ 
frame  computer  but  would  also  reduce  the  costs  inherent  with 
accessing  a  time-shared  computer  system. 

The  graphical  capabilities  of  the  TEMPLATE  graphics 
system  and  others  of  its  type,  are  excellent  for  the  generation 
of  two-dimensional  graphical  representat i ons  of  tabular  data. 
The  graphical  needs  of  the  CAD  system,  however,  exceed  these 
capabi 1 i ti es.  Detailed  structural,  internal  arrangements  and 
subsystem  design  creates  requirements  for  a  much  more  graphics- 
intensive  capability.  These  requirements  include  rapid  and 
easy  generation,  storage  and  retrieval  of  three-dimensional 
representations  of  system  components  and  the  ability  to  use  the 
stored  data  associated  with  these  components  for  the 
generation  of  detailed  drawings.  Many  such  systems  are 
currently  available  from  Computervi si  on,  Applicon  and  other 
manufacturers.  Since  systems  such  as  these  are  currently  used 


widely  throughout  industry,  especially  tor  system  and  subsystem 


design,  the  design  student  needs  to  become  familiar  with  their 
capabilities.  Such  a  system  would  also  provide  an  excellent 
tool  for  use  in  the  development  of  future  design  and 
manufacturing  techniques. 

4.5  Data  Management 

The  major  advantage  of  using  computers  instead  of 
performing  calculations  manually  is  the  computer ’ s  ability  to 
perform  these  calculations  very  rapidly  while  handling  large 
quantities  of  data.  Without  a  system  for  manrigirig  this  data, 
however,  operation  of  the  system  becomes  cumbersome  and 
prevents  the  user  from  utilizing  the  computer's  -ull  potential. 
As  stated  previously,  the  existing  application  routines  are 
generally  independent  entities  and  use  their  own  inefficient 
schemes  for  management  of  data.  This  usually  involves  reading 
input  data  from  data  files  or  i  nteract  i  vel  y  trom  ’■he  terminal, 
storing  this  data  internally  as  variables,  perfo^oinq 
calculations  using  this  data  by  referencing  variable 

names  and  then  sending  the  calculation  results  to  an  output 
file.  As  a  result,  after  program  execution,  two  or  more  data 
files  exist  with  many  data  items  duplicated  between  the  files. 
Subsequent  development  using  these  results  requires  accessing 
both  data  files. 

A  more  efficient  scheme  for  data  management  would  allow 
each  application  routine  to  build  upon  the  already  existing 
data,  thereby  alleviating  any  duplication  of  data  items.  This 


collection  ot  data,  called  the  database,  would  de-fine  the  ship 
as  it  exists  at  the  current  point  in  time.  Any  further 
operation  on  the  database  should  serve  to  refine  and  add  detail 
to  the  existing  ship  definition.  Any  previously  defined  data 
items,  such  as  length  between  perpendiculars  or  design  draft, 
however,  should  not  be  modified  in  the  database  bv  subsequent 
operations  since  this  would  effectively  change  the  ship 
definition  rather  than  add  to  it.  If  a  change  to  an  existing 
data  item  should  become  necessary,  due  to  the  iterative  nature 
of  the  process,  then  a  new  database,  completely  detached  from 
the  old  one,  should  be  created  to  define  the  new  ship.  The 
design  process  should  then  continue  by  refining  anu  adding 
detail  to  this  new  ship.  By  the  end  of  the  desinn  -rocess, 
this  database  should  contain  all  data  necessary  to  complete! v 
define  the  resulting  design.  This  would  provide  the  capabilltv 
for  rapid  data  retrieval  and  examination  as  well  as  nrovidina 
the  precompiled  data  package  necessarv  for  ship  construe t i on . 

In  addition,  the  smaller,  less  defined  databases  wm rh  were 
developed  earlier  in  the  design  process,  would  provide  '.aluaole 
references  for  future  design  efforts.  If  a  new  vessel,  similar 
to  one  of  those  described  in  an  existing  database,  is  desired, 
a  copy  of  the  database  provides  an  excellent  starting  point  to 
begin  designing  the  new  design  and  can  save  much  redundant 
work. 

An  effective  database  is  one  that  can  be  shared  by  many 
routines  encountered  in  the  ship  design  process,  each  of  which 
has  a  different  task  to  perform.  Data  should  be  stored  in  a 


form  that  allows  the  user  to  extract  the  information  required 
and  to  use  it  directly  without  having  to  pass  it  through  some 


form  of  interpretation  process.  For  example,  it  should  contain 
sufficient  offsets,  properly  organized,  such  that  each  one  of 
the  programs  tor  hydrostatics,  Bonjean  curves,  structures  and 
seakeepinq  can  directly  access  it  and  obtain  the  input  required 
without  having  to  go  through  a  "black-box"  interface  program. 
The  minimum  requirements  for  each  database  entry  are: 

-  Variable  name 

-  Variable  type  (integer,  real,  etc.) 

-  Assigned  value 

-  Units 

Additionally,  comment  space  should  be  reserved  tor  ease 
of  database  maintenance.  The  Design  Executive  System  (DEX), 
developed  jointly  at  MIT  and  the  University  of  Michigan, 
provides  an  excellent  example  o+  the  structure  of  such  a 
database  system  C71. 

4.6  Application  Routine  Implementation 

4.6.1  Implementation  Procedures 

Application  routines  provide  the  meat  of  any  CAD  system. 
MIT's  abundant  supply  of  existing  routines  makes 
implementation  difficult  only  in  that  decisions  must  be  made 
concerning  which  routines  should  be  included.  Any  routine 
which  performs  useful  and  accurate  calculations  should  be  made 
available  to  the  student  and  researcher.  Storage  and 
maintenance  costs  associated  with  making  all  such  routines 
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readily  available  to  the  user,  however,  would  be  prohibitive. 


Therefore,  the  need  tor  establishing  different  levels  of 

availability  is  indicated.  These  levels  of  availability  could 

easily  be  incorporated  by  allowing  the  executive  control  system 

to  coordinate  access  to  routines  at  different  levels. 

A  two-level  system  would  be  most  easily  implemented  and 

would  provide  the  needed  ease  of  access  while  reducing 

associated  costs.  Routines  maintained  at  level -one  would 

be  stored  within  the  system  and  would  be  accessed  directly  from 

the  executive  system.  Routines  maintained  at  this  level  should 

be  those  used  as  i nst rue t i onal  tools  for  courses  and  those 

expected  ro  receive  heavy  usage.  The  level -two  routines  should 

be  stored  using  an  external  storage  medium  such  as  magnetic 

tape  or  magnetic  disks.  When  needed,  these  routines  would  be 

loaded  into  the  system  .‘jy  following  instructions  presented  by 

the  executive  ronrrol  svstem.  Apoiication  routines  which  fall 

into  this  categorv  are  those  which  are  expected  to  receive 

light  Lisaae  and  those  other  routines  which  are  not  part  of  an 

established  course  curriculum. 

The  fact  that  these  application  routines  exist  and  are 

available  is  not  meant  to  imply  that  they  are  ready  to  be 

implemented  as  part  of  a  CAD  system.  In  order  for  the  system 

to  remain  consistent  and  to  be  usable,  certain  criteria  must  be 

established  for  inclusion  of  new  routines  into  the  system. 

These  criteria  are  discussed  below. 

a.  Calculation  quality  First,  and  foremost,  the 
calculations  and  evaluations  performed  by  the  routine 
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must  be  accurate. 


b.  System  compatibility  Input,  output  and  data  storage 
schemes  must  be  consistent  with  those  existing  within 
the  system.  Also,  the  routine  must  be  formatted  such 
that  it  can  be  inter-faced  with  the  executiye  control 
system. 

c.  Documentation  Without  proper  documentation,  an 
otherwise  excellent  routine  will  not  be  useful. 

Accurate  and  thorough  documentation  must  be  made 
available  to  the  user  if  he  is  to  be  expected  to  use  the 
routine.  Reguired  documentation  must  include  an  on¬ 
screen  help  document  which  provides  a  brief  description 
of  program  function,  operation,  input/output  and 

cal cul ati on/eval uat 1  on  methodology,  a  hardcopy  user’s 
guide  providing  the  same  information  but  in  more  detail, 
and  inclusion  of  a  brief  description  of  the  routine  in 
the  system  bank  of  available  options. 

Once  these  criteria  have  been  met.  the  program  can  be 
implementea  on  the  system.  This  involves  transferring  the 
executable  machine  code  and  on-line  help  documentation  to  the 
1 evel -one  or  level -two  storage  section.  Finally,  the  program 
is  activated  by  modifying  the  executive  control  system  to 
indicate  that  the  new  program  is  now  available.  By  insuring 
that  all  candidates  for  system  inclusion  meet  the  above 
criteria  and  by  following  established  implementation 
procedures,  system  integrity  and  usability  can  be  maintained. 


4.6.2  Available  Application  Routines 

In  order  for  the  CAD  system  to  be  useful  for 
instructional  and  research  purposes,  it  must  contain 
application  routines  which  are  useful  in  course  work  as  well  as 
research  work.  As  previously  stated,  many  such  application 
routines  currently  exist  at  MIT.  To  provide  guidance  for 
application  routine  selection,  a  brief  description  of  some  of 
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the  major  routines  are  provided  below  along  with 


r ecommendat ions 


REED 


PBSYN 


hullcijm 


HULLDEV 


SHCP 


for  system  inclusion. 


Reed  ship  synthesis  model  -  Synthesizes  a  ship 
from  the  input  constraints,  equipment,  and 
payload.  This  program  provides  the  ships 
characteristics,  weights  and  volumes.  The 
program  is  good  for  destroyer /crui ser  class 
sh 1 ps. 

Location:  IPS  (Information  Processing 

Ser  vice) 

Recommended  level:  one 

Patrol  Boat  Synthesis  —  Synthesis  model  for 
50  -  150  foot  planing  or  near  planing  patrol 
boats.  Model  developed  at  MIT  by  John 
Tuttle  and  modified  by  J.  Sander  and 
S.  Judson. 

Location;  IPS 
Recommended  level:  one 

Hullcon  ship  hull  lines  generation  program. 
Given  a  minimum  set  of  ship  characteristics, 
assumes  initial  boundary  condition  and 
generates  sectional  area  curve,  body  plan, 
profile,  deck  at  edge  and  other  curves  on 
a  Tektronix  4014  graphics  terminal.  Gives 
output  in  offsets  suitable  for  input  to 
HULLDEV.  (Not  currently  operational) 

Location:  IPS 

Recommended  level:  one 

Hulldev  ship  development  program  identifies  the 
ship  characteristics  by  allowing  the  user  to 
run  displacement  and  other  curves  program, 
seakeeping,  and  other  programs. 

(Not  currently  operational) 

Location:  JCF  (Joint  Computer  Facility) 

Recommended  level:  one 

Ships  Hull  Characteristics  Program  —  Using 
a  data  file  containing  ship  offsets  and 
interactive  user  inputs,  will  calculate 
displacement,  curves  of  form,  floodable 
length  and  hydrostatic  characteristics. 
Location;  JCF 
Recommended  1 evel :  one 
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esHCP 


BALES 


RES  60 


RESTA 


SEEKS! 


CURRENT 


LLL2 


PROPEL 


BALANCE 


Graphics  Ships  Hull  Characteristics  Program  - 
Graphical  version  ot  SHCP.  Produces  graphical 
representations  of  data  and  body  plans. 
Location:  JCF 

Recommended  level:  one 

Pale’s  seaKeeping  program  —  Calculates 
f'ale’s  seakeepinq  rank  estimator,  water 
plane  and  vertical  prismatic  coefficients 
'^nd  waterplane  areas, 
location:  JCF 

('■ecommended  1  evel :  one 

Calm  water  resistance  estimate  according 
to  Series  60  data  by  interpolation. 

Location:  IPS 

Recommended  level:  one 

Calm  water  resistance  estimate  according 
Taylor  Series, 
t-ocation:  IPS 

REcommended  level:  one 

Interpolated  procedure  for  the  prediction 
or  the  seakeepinq  performance  of  cruiser 
stern  ships  using  the  seakeeping  standard 
series  data. 

Location;  IPS 
Recommended  level:  one 

Five  degree  of  freedom  ship  motions 
program.  Includes  drift  forces,  nonlinear 
roll  and  motions  in  a  current. 

Location:  IPS 

Roccmmended  level:  one 

Develops  optimum  propeller  char acter i st i cs 
using  Lerb’s  lifting  line  theory.  User 
may  create  new  or  modify  existing  data  files 
for  evaluation. 

Location:  JCF 

Recommended  level:  one 

Propeller  program  evaluates  the  optimum 
propeller  using  the  B— Series  data. 

Location;  IPS 
Recommended  level:  one 

Longitudinal  weight  balancing  p  '  am. 
Location:  JCF 

Recommended  1 evel :  one 
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I 


SHEAR 


MIDSHIP 


GRILLAGE 


SWACEM 


CMPOST 


PROP 


DISP 


FLDLTH 


Program  -for  calculating  shear  stresses 
in  the  hull  girder  given  longitudinal 
weight  distribution. 

Location:  JCF 

Recommended  level:  one 

Program  -for  calculating  optimal  member 
sizes  -for  required  midship  section  modulus. 
L.ocation:  JCF 

Recommended  level:  one 

Program  -for  calculating  optimal  member 
sizes  -for  grillage  structure. 

Location:  JCF 

Recommended  level:  one 

Small  waterplane  thin  hull  (SWATH)  concept 
exploration  model.  Given  a  range  o-f 
principle  ship  characteristics  and  a  range  o-f 
p.iyload,  SWACEM  looks  at  all  possible 
combinations  of  ships.  It  rejects  those  that 
«r.r'?  not  possible.  Those  that  remain  are 
output  for  further  processing  by  CMPOST. 

Lc  .■•<=»t  i  on:  IPS 

H(-<rommended  level:  two 

A  graphical  pose  processor  for  the  SWATH 
exploration  model  (SWACEM) .  Produces  a  plot 
of  a  given  optimization  function  by  ship 
produced  by  SWACEM. 

Location:  IE’S 

i'ecommended  level:  two 

Pr  '.pel  1  er  design  program  for  obtaining 
prone! ler  with  maxinum  efficiency  while 
'■isfyinq  bl  aae  stress  and  propeller 
cavitation  constraints. 

Location:  IPS 

Recommended  level:  two 

Displacement  and  other  curves.  Calculates 
the  hydrostatic  properties  and  section  areas 
of  the  hul 1 . 

Location:  IPS 

Recommended  level:  two 

Floodable  length  program  calculates  the  length 
of  a  compartment  and  its  location  relative  to 
the  forward  perpendicular,  which  would  sink  the 
ship  to  a  specific  trim  line  if  the  compartment 
were  filled  with  water. 

Location:  IPS 

Recommended  level:  two 


i 


XCRVS 


Cross  curves  o<^  stability  program  calculates 
the  data  necessary  to  plot  the  cross  curves 
ot  stability  -for  the  hull  inclined  at 
different  angles. 

Location:  IPS 

Recommended  level:  two 

GUNBLAST  Produces  a  plot  of  the  topside  overpressur i z 
ation  from  own  ships  guns. 

Location:  IPS 

Recommended  level:  two 

EXTREMES  Finds  the  extreme  values  of  a  Gaussian 

random  process  for  two  cases: (1)  maximum 
among  N  samples  and  (2)  maximum  in  T  seconds 
Location:  IPS 

Recommended  level:  two 

FIFTH  Fifth  order  wave  data. 

Location:  IPS 

Recommended  level:  two 

HOGPENIN  Provides  ocean  wave  statistics  according  to 
Hogben  and  Lumd. 

Location:  IPS 

Recommended  level:  two 

HUNDRED  Finds  the  hundred  year  wave  as  used  by  the 
classification  societies. 

Location:  IPS 

Recommended  level:  two 

NORMALl  Determines  the  probability  of  the  peahs 
of  a  Gaussian  random  process  exceeding 
a  certain  value  of  A. 

Location:  IPS 

Recommended  level:  two 

N0RMAL2  Finds  the  average  of  the  1/Nth  highest 
pesks  of  a  Gaussian  random  process. 

Location:  IPS 

Recommended  level:  two 

SEA  Simulates  a  sea  generating  wave  elevation 

as  a  function  of  time. 

Location:  IPS 

Recommended  level:  two 

SECFOR  Evaluates  the  slowly  changing  second  order 
forces  given  the  sea  spectrum  and  the  time 
average  of  the  second  order  forces. 

Location:  IPS 

Recommended  level:  two 
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1 


SPEC 


SPECMOM 


WEIBUL 


WINDY 


Produces  points  -for  a  Bretschnei der  ocean 
wave  spectrum. 

Location:  IPS 

Recommended  level:  two 

Finds  the  first,  second,  and  fourth  moments 
of  a  spectrum. 

Location:  IPS 

Recommended  level:  two 

Finds  a  Wei bull  wave  distribution. 

Location:  IPS 

Recommended  level:  two 

Generates  points  of  a  Davenport  wave 
spectrum. 

Location:  IPS 

Recommended  1 evel :  two 
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5.  1 


Thus  -far,  this  author  has  limited  himsel-f  to  discussions 
o-f  Mhat  ’should  be’  and  what  ’could  bn  with  respect  to  the  CAD 
system.  To  demonstrate  some  ot  the  CAD  -features  previously 
discussed,  a  prototype  CAD  system,  entitled  Ships  Computer 
Aided  Design  System  (SCADS)  was  developed.  Incorporating  all  of 
the  features  discussed  is  beyond  the  scope  of  this  thesis, 
however,  those  features  which  demonstr  ite  the  major  ideas 
presented  were  incorporated. 

5. 2  System  Features 

SCADS  was  developed  using  the  facilities  of  the  Joint 
Computer  Facility  (JCF)  at  MIT  Those  facilities  specifically 
used  by  SCADS  include  a  DEC  VAX— 11/782  mainframe  computer,  DEC 
VT— lOO  text  terminals,  a  Visual-55<»  qraphi  cs/text  terminal  and 
an  IMAGEN  laser  pr  i  nter /p  1  otter .  In  .-Jdition,  much  of  the 
documentation  was  created  using  an  Apple  lie  micro-computer 
running  the  CP/M  operating  system  and  the  WORDSTAR  word 
processing  system. 

The  SCADS  executive  control  system  (SCADS  for  short)  was 
written  using  Digital  Command  Language  (DCL) .  This  language 
provides  features  which  allow  SCADS  to  control  the  selection 
and  execution  of  available  application  routines  as  well  as 
providing  a  means  for  input/output  designation  and  on-line  help 
features.  A  print-out  of  the  SCADS  command  executive  is  listed 
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in  Appendix  A. 

The  principle  feature  of  SCADS  is  that  it  maintains 
control  of  all  system  operations  from  initial  system  entry 
until  final  exit.  System  initiation  is  accomplished  by  typing 

SCADS 

at  the  terminal.  A  welcome/status  message  is  displayed 
(Appendix  B)  followed  by  an  option  to  review  system  operation 
procedures.  An  affirmative  reply  will  cause  the  primary  on¬ 
line  help  document  to  be  displayed  (Appendix  C) .  This 
document  presents  a  brief  description  at  the  SCADS  system  and 
operating  procedures  as  well  as  a  listing  of  implemented 
application  routines  and  a  brief  description  of  each. 

Next,  the  user  is  asked  to  enter  either  a  SCADS  command 
or  a  help  command.  The  help  command  is 

DESIGN 

Typing  this  at  the  keyboard  will  cause  the  primary  on— line  help 
document  to  be  displayed.  If  the  user  desires  more  information 
about  a  specific  application  routine,  this  is  available  bv 
typi ng 

DESIGN  < argument > 

where  < argument >  would  be  the  name  of  one  of  the  implemented 
routines.  Typing  errors  or  unrecognized  commands  entered  at 
either  of  these  points,  will  cause  a  SCADS  error  message  to  be 
displayed  followed  by  another  system  prompt. 

Typing  only  the  name  of  one  of  the  implemented  routines 
will  initiate  execution  of  that  routine.  For  this  prototype  of 


the  SCADS  system,  three  routines  have  been  implemented: 

—  SHCP  —  hydrostatics  calculations 
—  GSHCP  —  graphical  version  o-f  SHCP 
-  BALES  —  Bale’s  seakeeping 

The  detailed  on-line  documentation  -for  these  routines  are 
listed  in  Appendices  D,  E  and  F.  As  an  illustration  o-f 
what  the  user  sees  during  a  SCADS  session,  a  listing  of  a 
sample  session  during  which  the  SHCP  program  is  executed  is 
presented  in  Appendix  G.  This  listing  has  been  edited  to 
remove  the  on-screen  documentation  which  would  normally  be 
di spl ayed . 

5. 3  Graphical  Displays 

A  feature  important  to  any  CAD  system  is  its  ability  to 
represent  system  calculation  results  in  a  graphical  manner. 
With  this  capability  available,  the  user  is  able  to  view  the 
results  of  a  design  decision  without  having  to  sort  through 
lengthy  listings  of  tabulated  data.  By  providing  this 
capability  as  an  on-line  feature,  the  CAD  system  mates 
immediate  evaluation  possible,  thus  greatly  reducing  the  turn¬ 
around  time  in  the  decision-result  cycle. 

The  SCAD  system  discussed  in  the  previous  section  has 
included  one  program  which  possesses  these  capabilities.  The 
program,  Graphics  Ships  Hull  Character i st i cs  Program  (GSHCP), 
which  is  a  graphical  version  of  SHCP,  was  developed  by  NAVSEA. 
GSHCP  provides  interactive  graphics  displays  of  hydrostatic 
properties  and  curves  of  form  of  the  hul I  form  being  evaluated. 
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A  description  o-f  the  features  of  the  program  are 
provided  here  as  an  example  of  the  features  which  should  be 
incorporated  as  part  of  the  interactive  graphics  capabilities 
of  a  CAD  system. 

Primary  hullform  data  is  input  via  a  data  file  of 
offsets  with  the  remaining  hullform  definition  data  entered 
interactively  from  the  keyboard.  After  this  definitive  data 
has  been  entered,  all  further  system  interaction  is  via  the 
terminal’s  graphical  display.  Appendix  H  provides  samples  of 
the  various  graphical  displays  presented  during  execution  of 
GSHCP.  The  graphical  display  system  used  with  this  program  is 
the  BLOX  GRAPHICS  BUILDER  system,  developed  by  Rubel  Software 
and  provides  menu  driven  interactive  capabilities  necessary  for 
on-line  graphical  manipulation.  The  BLOX  system  meets  the  IGES 
standards  requirements  and  is  compatible  with  the  TEMPLATE 
graphical  system. 

Initially,  the  user  is  offered  the  option  of  viewing  the 
input  offset  data  graphically.  Three  displays  are 
available:  (1)  offset  body  plan,  (2)  splined  body  plan  and  <3) 
isometric  view.  These  are  illustrated  in  Figures  H-l  through 
H— 3  respectively.  By  reviewing  these  displays,  the  user  is 
able  to  immediately  locate  any  irregularities  associated  with 
the  description  of  the  hullform  as  the  system  sees  it.  Since 
GSHCP  performs  hullform  evaluation  rather  than  hullform 
generation,  it  cannot  change  this  ship  definition.  Any 
irregularities  must  be  corrected  by  modification  of  the  data 
file  of  offsets.  Obviously,  having  this  capability  available 


as  part  of  a  hull  form  generation  program  would  make  it  possible 
to  locate  irregularities  and  to  correct  them  interactively 
before  beginning  the  evaluation  process. 

Once  correct  hullform  definition  has  been  established, 
the  user,  by  selecting  options  from  the  display  screen,  can 
view  the  hydrostatic  properties  associated  with  this  hullform. 
Samples  of  the  displays  available  are  shown  in  Figures  H-4 
through  H— 12.  In  addition,  the  user  may  modify  ship  draft  and 
trim  and  view  the  Curves  of  Form  which  result  from  these 
changes.  These  changes  are  made  possible  by  providing  a 
representation  of  a  numeric  keypad  on  the  display  screen.  The 
user  controls  the  keypad  by  using  either  the  keyboard  arrows  or 
by  using  a  data  tablet  to  control  movement  of  a  screen  cursor. 
As  numbers  are  selected  or  deleted,  the  correct  numerical  value 
is  displayed.  If  this  value  is  acceptable  to  the  user,  he 
enters  the  value  into  the  system,  which  then  performs  its 
calculations  using  this  new  data.  The  user  may  then  view  the 
Curves  of  Form  which  represent  this  new  data  and  can 
immediately  see  the  changes  caused  by  this  modification. 
Additionally,  the  user  may  direct  the  system  to  generate  a 
hardcopy  of  the  current  graphical  display. 

This  type  of  interactive  graphical  display  and 
interactive  data  modification  capability  makes  it  possible  for 
the  user  to  be  more  efficient  in  his  efforts.  The  short  turn¬ 
around  time  associated  with  this  capability  makes  the 
evaluation  of  more  options  possible.  Also,  having  a  graphical 


display  readily  available  allows  the  design  to  make  better 
informed  decisions  concerning  -future  design  development 
alternatives. 

5.4  System  Shortfalls 

As  stated  previously,  SCADS  is  a  prototype  system  and 
does  not  include  all  of  the  features  needed  for  the  final  CAD 
system.  The  most  important  missing  feature  is  a  database 
management  system.  As  currently  implemented,  SCADS  does  not 
have  the  ability  to  coordinate  the  input,  output  or  storage  of 
data  for  use  between  separate  application  routines.  Although 
the  three  implemented  routines  do  possess  a  degree  of 
commonality  of  input,  some  data  required  to  be  entered 
interactively  (ship  name,  station  spacing,  etc.)  is  data  which 
actually  defines  the  current  stage  of  the  design  and  should  be 
included  as  part  of  the  database. 

SCADS  has  been  installed  on  a  DEC  VAX-1 1/782  mainframe 
computer  at  MIT.  This  facility  has  the  capability  of  proviainq 
all  of  the  support  functions  needed  to  fully  implement  the  CAD 
system.  However,  this  computer  is  used  on  a  time— shared  basis 
with  many  other  users  and,  as  a  result,  system  response  is 
frequently  less  than  desirable.  This  is  especially  evident 
during  periods  of  heavy  system  usage  such  as  occurs  at  the  end 
of  an  academic  term.  Slow  response  is  very  distracting  when 
operating  a  system  such  as  SCADS  which  requires  an  extensive 
amount  of  user  interaction. 

The  programs  currently  available  on  SCADS  have  not  been 


modi-fied  -from  their  original  -format 


There-fore,  few  internal 


help  features  exist  within  these  routines.  Also,  once  a 
routine  has  been  entered,  data  entry  errors  may  cause 
catastrophic  results,  requiring  reentry  into  SCADS  from  the 
beginni nq. 


6. _ Conclusions  and  Recommendations 

The  need  for  the  existence  of  a  ship  design  CAD 
capability  tor  use  in  an  academic  environment  has  been 
established.  In  order  for  future  ship  designers  to  be  able  to 
function  efficiently  in  an  industrial  setting,  use  of  these 
capabilities  must  be  made  part  of  their  academi c  curriculum. 
Structural  guidelines  for  the  creation  of  this  CAD  facility 
have  also  b^en  presented  and  features  required  to  make  the 
system  usabl.^  have  been  discussed.  Also,  a  prototype, 

1 1 1 ustrat’ ng  some  of  the  more  important  features  required  for 
this  facilit-',  has  been  developed  and  is  currently  operational 
at  MIT.  The  next  step  i s  to  use  this  prototype  and  these 
guidelines  as  a  guide  for  the  further  development  of  this 
facility. 

Full  , mol ementat 1  on  o+  the  ideas  discussed  here  is  not 
an  easy  task  and  is  not  one  which  can  be  accomplished  in  a 
short  time  u-Tiod.  Because  of  the  time  required  to  implement  a 
system  which  incorporates  all  of  these  features,  development 
must  be  a  multi-step  process. 

Short-term  goals  should  involve  making  the  application 
routines  available  for  use  under  SCADS  in  their  present  format. 
Centralized  storage,  user  documentation  creation  and 
implementation  under  SCADS  must  be  accomplished  quickly  so  that 
the  system  will  be  available,  even  if  in  a  crude  form,  as  soon 
a  possible.  Also,  development  and  implementation  of 


application  routines  which  -fill  the  gaps  currently  existing  in 
the  design  process  must  be  started.  Specifically,  a  hull  form 
generation  and  definition  capability  must  be  established.  This 
could  easily  be  accomplished  by  implementing  the  HULGEN  and 
HULDEF  programs  developed  by  NAVSEA,  thus  closing  the  gap  in 
the  design  process  which  exists  between  gross  ship 
characteristics  specification  <REED  synthesis  model)  and 
hydrostatics  (SHCP)  and  seakeeping  evaluation  (BALES).  Major 
hardware  items  currently  are  available,  although  limited  in 
numbers.  Since  most  system  development  work  will  eventually  be 
done  by  the  students  as  course  work  or  thesis  work,  additional 
hardware,  especially  terminals  and  accessories,  must  be  made 
available  quickly. 

Long-term  goals  should  involve  the  modification  of 
application  routines  to  include  error  checking  schemes,  on¬ 
line  help  which  is  specific  to  each  routine,  and  interactive 
graphics  capabilities.  In  addition,  a  centralized  database 
system  should  be  implemented  so  that  the  logical  flow  of  the 
design  process  can  be  established.  NAVSEA  has  selected  the 
Relational  Information  Management  (RIM)  system,  distributed  by 
Boeing  Computer  Services,  as  its  database  system.  This  system 
should  be  investigated  for  suitability  as  part  of  the  proposed 
CAD  system.  Also,  because  the  system  must  respond  relatively 
quickly  in  order  for  it  to  be  useful  as  a  research  tool,  the 
possibility  of  obtaining  a  mainframe  computer,  designated 
specifically  for  the  CAD  facility,  should  be  investigated. 

The  ground  work  for  establishing  a  ship  design  CAD 
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1 

facility  has  been  laid, 
system  development  Mill 

functional  facility  xs  to  become  reality. 


Continued  emphasis  on  and  support  of 
be  needed,  hoMever,  if  a  truly 
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*  NRITE  SYSiOUTPUT  *  ■ 
«  HRITE  SYSIOUTPUT  '  ■ 
$  WRITE  SYSJOUTPUT  ' 


%  WRITE  SYSWUTPUT  '  ♦  +* 

t  WRITE  SYSIOUTPUT  ■  ♦  R.I.T.  ♦* 

I  WRITE  SYSIOUTPUT  •  ♦  ♦* 

I  WRITE  SYSIOUTPUT  '  ♦  SHIPS  COMPUTER  AIDED  DESIBN  SYSTEM 

I  WRITE  SYSIOUTPUT  ■  ♦  f 

I  WRITE  SYSIOUTPUT  '  +  VERSION  1.00 

I  WRITE  SYSIOUTPUT  ■  f 

I  WRITE  SYSIOUTPUT  ‘  ♦  8ERNIE  W.  JOHNSON 

I  WRITE  SYSIOUTPUT  '  ♦  ♦’ 

I  WRITE  SYSIOUTPUT  '  ♦  APRIL  1R8I 


I  WRITE  SYSIOUTPUT  '  +++t+t*+*+4-+*+++4t+++++«+++t++tt4-+++++4-+‘ 

I  WRITE  SYSIOUTPUT  ‘  * 

I  WRITE  SYSIOUTPUT  '  ‘ 

I  ' 

I  ' 

I  '  DISPLAY  WELCOnE/SYSTEM  STATUS  MESSAGES 

I  ' 

I  ' 

I  TYPE  SCADWEL.DCC 

I  ' 

I  ' 

I  I  GIVE  USER  THE  OPTION  OF  REVIEWING  COMMAND  PROCEDURE  SUMMARY 

I  ' 

I  ' 

I  COM.PROCEDURE: 

I  ' 

I  WRITE  SYSIOUTPUT  '  ' 

I  WRITE  SYSIOUTPUT  *  '' 

I  WRITE  SYSIOU"-UT  'DO  YOU  WANT  A  REVIEW  OF  COMMAND  FPOCEDUPEs'’  tY/R'" 

I  WRITE  SYSIOUTPUT  ‘  ‘ 

I  INQUIRE  COM_I')FO 

I  ' 

I  IF  CCM.INFO  .NES.  'Y'  .AND.  COH.INFO  .NES.  ‘W  THEN  GOTO  CGM_FRCCEDURE 
I  !  ' 

I  IF  COMJNFO  .CIS.  'N*  THEN  GOTO  CCM.NO 

I  ! 

I  I 

I  COM.YES: 

I  ' 

I  '  DISPLAY  COMMAND  PROCEDURE  DOCUMENT 

I  ' 

I  TYPE  SCAOCOH.DOC 

I  ! 

I  ' 

I  COM_NO; 

I  ' 

I  WRITE  SYSIOUTPUT  ■  * 

I  WRITE  SYSIOUTPUT  '  * 

I  WRITE  SYSIOUTPUT  'Enter  a  SCADS  coiaand  or  ’DESIGN’  to  view  options.' 


NRITE  SYStOUTPUT  ‘  * 

DfilTE  SYSIOUTPliT  '  • 

I 

t 

COH.GET; 

i 

'"GET  COMMAND 
1 

INQUIRE  COM  .NAME  ' 

"‘EXTRACT  THE  PIRST  A  CHARACTERS  FOR  COMPARISON 

I 

COMNAMEl  ;=  'F<£XTRACI>0,4,C0M_NAME)’ 

I 

MAINCCM  ;=  ERR 

I 

IF  CGM_NAME1  .EQS.  ‘SHCP'  THEN  MAIN_COM  SHOP. 

i 

IF  CCM.NAMEl  .EdS.  •SSHC  THEN  MAIN_CGM  6SHCP 

ccM.NAMEi  .EOS.  "pale*  then  main_cqm  bales 

( 

'♦  t 

'*  ADD  OTHER  ^-PPLICATIDn  ROUTINE  C01FAR1S0NS  IN  ♦ 

'♦  THIS  AREA  AS  THEY  ASE  DEVELOPED  ♦ 

■  t  ♦ 

i 

IF  C0M_NAME1  .ECS.  'EklT''  THEN  GOTO  EXIT 
IF  :0M,NhME1  .EOS.  *DESr  THEN  GOTO  MENU.ChECL 

I 

IF  MAIN  CCM  .ESS.  ’ER?,'  T(,EN  GOTO  BAD.COM 
S'MAIN.CCM' 

( 

GOTO  CCM_6ET 

I 

menu.check; 

t 

"'CHECK  FOR  MODIFIER  ON  ’DESIGN’  COMMAND 

I 

CCM.LEN  :=’F«LEN6TH(C0M.NAME)’ 

I 

SPACE  ’FlLOCATEi’  ’.CDH.NAMEI’ 

I 

"'MODIFIERS  PRESENT 

I 

IF  COM.LEN  .NES.  SPACE  THEM  GOTO  MENU.AMP 

S'? 


TYPE  SCADCOM.DOC 


GOTO  COH  GET 


«ENU.Ti«P 

' I 'DECIPHER  RQDIFIER  TO  ’DESIGN*  CONHAND 
SUB.COH  ERR 

i 

SUB.HENU  :=  ••F<E)(TRACT(SPflCE,3,CDH.NflH£)’ 

I 

IF  SUB_«ENU  .EBS.  ’SHC’  THEN  SUB^CQN  -  SHCP.DQC 

I 

IF  SUBMENU  .EflS.  ’GSH*  THEN  SU8_C0N  6SHCP.DDC 

1 

IF  SUB.HENU  ,£9S.  ’BAL’  THEN  SUB.CON  :=  BALES.DOC 

I 

IF  SUB.CON  .EQS.  ’ERR*  THEN  GOTO  BAD.CQN 

I 

TYPE  ’iUB.CDN’ 

I 

GOTO  CON.GET 


bao.coh; 

1 

"I ERROR  TRAP  FOR  ILLEGAL  CONNAND 

I 

NRITE  SYSIOUTPUT  *  ’ 

NRITE  SYStOUTPUT  ’  ’ 

NRITE  SYsTOUTPUT  ‘Unrecognized  cotwnd.  Please  reenter.' 
NRITE  SYStOUTPUT  '  ’ 

NRITE  SYSiOUTPUT  ‘  ’ 

I 

SOTO  CCN.5ET 


exit: 


EXIT 
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SCADS  WELCOME/SYSTEM  STATUS  MESSAGE 


VekoM  to  the  SHIPS  COHPUTER  AIDED  DESIGN  SYSTEN 

This  systei,  which  is  currently  under  developient,  will  aid  you  in 
the  design  and  analysis  at  ship  data.  Although  it  will  not  take 
design  decisions  tor  you,  it  will  provide  tany  tools  tor  your  use 
so  that  the  atount  ot  tiie  required  tor  calculations  and  iterations 
can  be  reduced.  Hopetully,  this  will  allow  tor  tiaely  design 
decisions  on  your  part. 

This  systei  has  been  designed  to  be  as  easy  to  use  and  as  straight 
torward  as  possible.  Help  tiles  are  available  tor  viewing  at 
coiiand  input  points  as  indicated  below. 
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SHIPS  COMPUTER  AIDED  DESIGN  SYSTEM 
ON-LINE  HELP  DOCUMENT 


SHIPS  COKPUTEft  AIDED  DESI6N  SYSTEN 


THIS  DESIGN  SYSTEM  CONTROLS  THE  OPERATION  OF  A  COLLECTION  OF  USEFUL  FR06RAHS  TO 
AID  YOU  IN  THE  SHIP  DESIGN  PROCESS. 

A  SYSTEN  PROMPT  ■->*  INDICATES  THAT  THE  SYSTEM  IS  NAITINS  FOR  YOU  TO  ENTER  A 
COMMAND  OR  DATA  FOR  PROGRAMS  NHICH  ACCEPT  DATA  INTERACTIVELY. 

TQ  VIEN  THIS  DOCUMENT  AGAIN.  TYPE  'DESIGN*  AT  THE  SYSTEM  PROMPT  OR  FOR  A  MORE 
DETAILED  DESCRIPTION  OF  A  PARTICULAR  PROGRAM  INCLUDING  INSTRUCTIONS,  AT  THE 
SYSTEM  PROMPT  iyPE; 

--)  DESIGN  (ARGUMENT) 

WHERE  THE  CURRENTLY  AVAILABLE  ARGUMENTS  ARE: 


SHOP 

SSHCP  *♦*  others  added  here  as  IMPLEMENTED  ««♦ 
SALES 

FOR  £» AMPLE: 


^ESIEN  EAlES 

kCL'LD  display  detailed  INFOPHATION  about  the  sales  SEhKEEPING 

PROGRAM. 


to  run  one  of  these  programs,  just  type  the  name  OF  the  rrosram.  for  ETAMPLE: 


--  ■  5HCP 


nUULD  RLN  the  FFOGRAn  'SHCF'. 

A  ERIE.'  description  i:>  the  available  programs  follows. 

SHCF  using  a  DhTA  FILE  CONTAINING  SHIP  OFFSETS  AND 

INTERACTIVE  USER  INPUTS,  THIS  PROGRAM  WILL 
CALCULATE  DISPLACEMENT.  CURVES  OF  FORM.  FLOODABLE 
LENGTH  AND  HYDROSTATIC  CHARACTERISTICS.  OUTPUT 
IS  IN  A  TABULAR  FORMAT. 

6SHCP  PERFORMS  THE  SAME  CALCULATIONS  AS  ’SHCP'  BUT 

PRODUCES  GRAPHICAL  REPRESENTATIONS  OF  THE  DATA 
AS  NELL  AS  BODY  PLAN  AND  SHIP  ISOMETRIC  VIEW. 

DUE  TO  THE  GRAPHICAL  PRESENTATIONS,  GRAPHICAL 
DISPLAY  TERMINALS  MUST  BE  USED  TO  RUN  THIS 
PROGRAM.  PRESENTLY,  THESE  INCLUDE  THE 
’VISUAL  550’  AND  THE  ’VT-100’. 
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BALES 


LISINS  A  DATA  FILE  CONTAINING  SHIP  OFFSETS  AMD 
INTERACTIVE  USER  INPUT,  THIS  PR06RAN  MILL 
CALCULATE  BALE’S  SEAKEEPIN6  RANK  ESTIHATOR, 
HATER  PLANE  AND  VERTICAL  PR1SI1ATIC 
COEFFICIENTS  AND  HATER  PLANE  AREAS.  OUTPUT 
IS  IN  A  TABULAR  FORNAI. 


H#  DESCRIPTIONS  OF  NEH  ROUTINES  ADDED  AS  IHPLEHENTED  *** 
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APPENDIX  D 

SHIPS  HULL  CHARACTERISTICS  PROGRAM 
ON-LINE  HELP  DOCUMENTATION 


I 


■  SHIPS  HULL  CHARACTERISTICS  f=OGPAN  » 

f 


DEVELOPED  BY  HAVSEA  i 

IHFLEHENTED  AT  H.I.T.  BY  » 

e.M.  JOHNSON  t 

AND  • 

U.H.  fiONLEY  t 

I'es  ♦ 


Curi-q  -'eii«inarv  hull  deP'.r.it’.on.  »anv  tc-Q'.ojs  and  tite  rrnsuiinq 
caicui i' .  :';'i  'equired.  T^e  C‘-;i:3  ^ali  'r.aracternt.Cs  rr:.:'it  (CHOP!  «a5 
deveicsP'j  M  ’  =  -vj:e  the  nusbe'  dt  such  cairuiatidns  wnc'.  ?u£t  te  derfo'’ieQ  Sv 
hand.  developed  by  ‘f-«.'EA  ana  ;=  cu.'oentlv  reina  used  :n  .arioas 

t;r*5  thr;.::'  .t  the  havv't  ceiiOn  tdesur'.tv.  >6  cutpat  ;t  :nZP  consisted  cY 
'.ait.'vet'ir  ;n-;;".;£5,  oats  pci'ts  •c'  cairuiatinq  cjrves  :t  tori,  ticodaoie 
lerctr  no  i"  ::  staciiitv  c.^-.-ec. 


::nce  sra:  cf  the  data  atilioeo  :■>•  thCP  id  in  the  »orr,  ot  ’oYtsets*,  a 
seoanate  Y;i?  ••  this  data  *ust  Be  feated.  instructions  Tor  creatine  the 
ctYset  ‘::r  P'-ovided  telc».  Additional  data  reauireo  tf  ssecitic  portions 
cf  SriCF  are  ---.jred  interactivei v  tv  the  user  at  the  :e'»lr.ai  «niie  the  preerac 
IS  rtnni'd,  are  croviccd  tc  ojide  tne  sser  th’-sucn  a  successtt; 

sessior,  ..-so-  ••ions  ot  the  oir-erent  oort;:'-.  't  5HCF  are  oroviden  teioa. 

*'■6  .t*':'.'.  inicn  oetinp  the  Ouii  .nra  ar?  aotvaliv  a  coilsction  ct 
Odi't',  ■-  ;,V  and  :  ooo'oir-:.;;.  "ne  poiors  are  entereo  r.  station 

nitoer  in.itc  seasu''fd  "■*  f?  rnri.\-,rd  lerrendico; ar.  norio'nta* 

ieas„re  i"  •  '-coordinate'  leasu.-ed  tro.i  fe  centerii-e,  ar.d  vertical 

•easure  in  leer  li-coordmate.i  eeasured  rroi  the  base  line.  In  additibn.  a 
Yc'jrth  runner  'ic'troi  nu«beri  is  req'jired  to  indicate  to  the  coiibuter  nhat 
tvpe  Bt  point  this  point  is.  The  offsets  are  entered  as  deciial  values 
separated  ov  corias.  The  control  nusber  is  entered  as  an  integer.  Onlv  one 
point  IS  entered  bo  each  data  line.  Control  nusbers  and  their  teaninqs  are 
listed  PelcM. 

1  -  Ordinary  offset  data  point 

2  -  Breakpoint  or  point  of  sharp  hull  curvature  change 

3  -  Last  data  point  for  a  station 

f  -  Last  data  point  for  the  entire  ship 

A  typical  data  line  «ould  be 
6.T5,  10.625,  22.0,  1 
This  Mould  be  translated  as 


A/ 


i.75  -  Station  nuDer 

10.625  -  feet  fnot  centerline 

22.0  -  feet  above  the  baseline 

1  -  control  r.oiber  U  =  ordinary  data  point) 

All  points  for  each  station  are  entered  before  aovinp  to  the  re«t  station 
and  the  points  for  eacn  station  are  entered  starting  at  the  feel  and  norkinq  to 
the  deck  edge.  Ire  •ciiciiinq  roles  apply  to  station  selection. 

a.  A  einnue  of  t-'s?  and  a  eaxieue  of  fortv-one  stations  can  be  specified. 

b.  The  total  r.jsbcr  .t  stations  eust  be  cdd:  each  station  «ust  have  a  non-zero 
sectional  area  aner.  •.tally  mersed. 

c.  The  sequence  of  stations  subeitted  aust  be  froe  the  boe  aft.  The  tip  of  the 
bo*  and  the  stern  should  be  included  to  define  overall  ship  lenqtn  (lOA). 
Stations  foraaro  0‘  '"e  FA  should  be  entered  usinq  '•eqative  station  nuepens. 

d.  The  Jiniaua  sta'..'  aust  have  a  han-treadth  ct  ai  least  .2!  feet,  oOd  an 
increeental  ’■eipht  :•  at  least  .01  feet. 

e.  Reqions  of  rapic  "vnqe  in  station  sue  nr  shaoe  reouire  earv  clcseiv  soaceo 
statiors  -ai*  :  or  -■ja’’ter  staticns  should  be  suCJittsd  rear  the  boa 
and  or  ste"' . 

f.  bonaitudina;  brea.roirts  ':end  of  raised  forecastle,  end  of  sieo.  etc.)  are 
represented  iv  three  -erv  closelv  spaced  stations  anich  ust  be  to3-even-ood  in 
the  sequence  o*  "af-'s  '-joiitted.  2:  “ot  cont-ise  a  station's  positicn  ih  the 
input  sequence  aith  ..s  itation  rueoer. 

0.  only  three  st.b  ihe  c'd-?ven-::d  leou.o-cB  -eec  te  socciMeo  <or  tne 

parallel  (ic  boov. 

The  fcllbwinq  r-'irs  ■  ••  :e  :r, serve:'  'o'"  poin-s  ;n  each  static:. 

a.  A  •inuua  of  tac  bbir.ts  and  a  laiitua  of  taenty  Mne  points  ser  station  can 
be  processed.  Since  the  proqrai  perforos  a  second  oroer  interpolation  fit  of 
unequally  spaced  points,  these  iust  be  considered  as  cart  of  the  caxiiui  ahen 
building  the  input  file.  H  no  additional  points  are  desired  to  be  added  by 
the  proqrai,  the  input  file  «ust  have  equally  spaced  points  at  each  station. 

The  spacing  hoaever  does  not  have  to  be  the  saie  for  each  station  since  they 
are  coiputed  individually. 

b.  The  points  at  each  station  lust  be  subiitted  in  ascending  order  by  height. 
Hulls  aith  tunnel  sterns  and  conven  bottois  cannot  be  processed  directly, 
because  all  points  beioa  the  highest  point  of  the  convex  surface  are  ignored. 

c.  Only  tao  horizontal  lines  are  periitted  on  a  station:  one  froi  the  vertical 
centerline  of  the  ship  to  the  first  point;  and  one  froa  the  last  point  on  the 
station  back  to  the  centerline.  Therefore,  first  or  last  points  on  the 
centerline  lust  not  be  specified  ahenever  a  horizontal  line  aould  connect  thea 
aith  an  adjacent  point.  If  the  slope  of  a  straight  line  connecting  tao 


adjacent  points  is  less  than  or  equal  to  0,002  either  the  first  or  the  second 
point  mil  be  ignored. 


d.  fieqions  of  rapid  change  in  curvature  (e.g.  the  turn  of  the  bilge)  require 
•any  closely  spaced  points. 

e.  Points  of  abrupt  changes  in  curvature  (e.g.  edge  of  the  feel,  knuckles, etc. ) 
•ust  be  identified  as  vertical  breakpoints.  The  laxiiu*  nuaber  of  breakpoints 
periissible  per  station  is  six. 

A  typical  data  file  is  illustrated  belcM. 


-0.5,  .875,  78. 0,  1 
-0.5,  .375,  78.75,  3 
0.0,  .375,  24.0,  1 
0.0,  5.625,  36.0,  1 
0.0,  11.375,  60.0,  1 
0.0.  13.25.  76.625,  3 
2.0,  1.75,  0.0,  1 
2.0,  1.75.  1.9,  2 
2.0,  6.0.  4.31,  1 
2.0.  28.375,  24.1).  I 
2.0.  39.375.  68.375.  3 
5.0,  1.75.  0.0.  1 
5.0,  1.75.  1.3,  2 
5.0.  18.0,  5.75.  1 
5.0,  4a. 625.  30.0,  1 
5.0,  47,75,  4S.0.  1 
5.0,  47.8125,  54.0,  2 
5.0.  47,8125.  53.75,  5 
10. y,  1.75,  0.0,  1 
10,0,  1.75,  1,7,  2 
10.0,  3,0,  3.6875,  1 
10,0,  24.0,  15.6875.  1 
10.0,  44.25,  42,0,  1 
10.0.  44,75.  45.6875,  2 
10.0,  45.375,  52.3125,  3 
11.8,  0.5,  21.625,  1 
11.8,  18.0,  30.6875,  1 
11.8,  33.0,  42.0,  1 
11.8,  35,9375,  46.3125,  2 
11.8,  37.3625,  52,9762,  3 
13.417,  0,0,  47.9375,  1 
13.417,  9.625.,  54.5,  4 


last  point  of  station 

last  point  of  station 
breakpoint 

last  point  of  staticn 
breakpoint 

breaxpDint 

last  point  of  staticn 
breakocint 


breakpoint 

last  point  of  station 


breakpoint 

last  point  of  staticn 
last  point  of  ship 


SHCP  is  selected  by  typing  'SHCP'  at  the  SCAOS  proipt 

The  SHCP  prograt  contains  four  sections: 

-Hydrostatic  properties 
-Curves  of  fort 
'Floodable  length 


» 


ft 
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-Curves  of  statical  stability 


Upon  initial  selection  of  SHCP,  the  user  mil  be  asked  to  enter: 

-Input  file  naie  (file  mth  offsets  data) 

-Output  file  naae 
-Ship  naae 

-Serial  nuiber  (for  user’s  records  onlvi 
-Execution  date 

The  propraa  then  reads  in  the  file  of  offsets  and  oerforas  a  second-oroer 
interpolation  to  provide  data  points  for  use  mth  the  Siapson’s  1-4-1 
integration  for  voluae  and  area  calculations  for  the  h/orostatic  properties. 

The  user  is  then  asked  uhether  these  interpolated  points  should  be  included  in 
the  cutput  file.  The  user  is  noa  asked  for  these  additional  data  iteas: 

-Length  between  perpendiculars  (deciaal  feet) 

-Station  spacing  tdeciaa!  feet) 

-haxiaua  haif-beaamdth  (deciral  feet; 

-Oesign  input  t,-pe: 

(--Design  draft  and  tria 

2—  Design  disjlaceaent  and  tria 

3- -De5ign  cispiaceaent  ano  cCa 
-Data  aaichirg  this  cnoice  (decual  values. 

-niater  censitv 

The  user  is  noa  asked  which  of  tie  three  reaaining  portions  of  SHCP  should 
be  executed.  Upon  copoletton  of  each  selected  section,  tr.e  user  is  allowed  to 
select  another  section  (or  the  saae  one)  or  is  allowed  to  exit  the  prooraa. 


C'JHOES  OF  FCRN  ♦♦♦»♦ 

This  section  calculates  data  for  reouested  waterlines  ana  tries.  If  rone 
of  the  reouested  waterlines  is  within  .001  feet  of  t-e  design  waterline,  it  is 
cdded  to  t-e  list  of  waterlines  ‘or  which  calculations  are  gertoreea.  The 
following  prcoerties  are  calculated. 

-Displacesent 

-Priseatic  coefficient 

-haterplane  coefficient 

-Transverse  waterplane  inertia  coefficient 

-Longitudinal  aetacentric  radius 

-Transverse  aetacentric  radius 

-Height  of  longitudinal  aetacenter  above  oaseline 

-Height  of  transverse  aetacenter  above  baseline 

-Tons  per  inch  iaaersion 

-Change  in  displaceaent  per  foot  of  tria  aft 

-Hoaent  to  tria  one  inch 


Inputs: 

-Haxiaua  draft  for  calculations  (deciaal  feet) 

-Draft  increaent  for  calculations  (deciaal  feet) 
-Muaber  of  different  trias  (integer) 

-Trias  (s  by  stern)  separated  by  coaaas  (deciaal  feet) 


The  user  is  now  allowed  to  select  another  section  ot  SHCP  to  erecute  or  to 
exit. 


*****  TLOGDABLE  LENGTH  ***** 

Floodable  length  detereines  the  lengths  ot  shell -to-sheil  coinarteents  of 
specified  oereeabil ities  that,  tihen  flooded,  mil  cause  the  snip  to  settle  to 
the  waterline  tangent  to  the  largin  line.  For  these  calculations,  'le  eargin 
line  IS  assuaed  to  be  3  inches  pel  oh  tne  upperiost  point  on  eacn  station 
described  in  the  offset  table.  The  aaded  weight  aethod  is  useo  to  'iiculate 
floodable  lengths. 

Inputs; 

-Nuaber  of  perieabi lities  'infeoer  -  7  laxiauai 
-These  peraeabilities,  separated  by  coaaas  ideciiall 

The  user  in  now  asked  to  select  another  section  to  execute  or  to  exi". 


♦♦♦*♦  CURVES  CF  statical  STABILITT  ***** 

This  corticn  of  SHCP  calculates  turves  of  statical  staoilitv  -f 
different  reel  angles.  'Jo  to  seven  sets  of  initial  tonoitions  are  -^-ntteo. 
These  initial  conditions  aay  be  in  the  fora  of  either  displacesents  sro  LCG's, 
disciaceaents  and  trias  or  grafts  and  trias.  For  each  input  toaoination.  the 
ship  15  fialanced  at  each  heel  angle  to  obtain  draft  and  trii  wnich  v,r;«  the 
required  voluae  and  LCS. 

Inputs.' 

-Fcraat  for  data  entry 

l--Cisolaceaent5  and  LCG’s 
2"DisplacetBnts  and  T-ias 
3--Crafts  and  Trias 

-huiber  of  these  data  sets  for  which  calculations  a'e 
desired  tinteper,  7  aaxitua) 

-Data  (or  selected  foraat  (deciaal  yalues) 

-Haxiaua  heel  angle  (deciaal  degrees) 

The  user  in  now  asked  to  select  execution  of  another  section  or  to  exit. 

Upon  exit,  the  user  aay  choose  to  run  another  portion  of  SCADS  or  to  exit  the 
systea. 
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APPENDIX  E 

GRAPHICS  SHIPS  HULL  CHARACTISTICS  PRDGRAii 
ON-LINE  HELP  DOCUMENTATION 


*  « 

♦  GRAPHIC  SHIPS  HULL  CHARACTERISTICS  PROGRAM  t 

«  I 

♦  BASED  ON  SHCF  ♦ 

»  DEVELOPED  BY  NAVSEA  # 

i  » 

♦  GRAPHICS  FEATURES  INCORPORATED  BY  ♦ 

t  t 

«  U.H.  RONLEY  * 

♦  1983  ♦ 

The  Grapnic  Ships  Hull  Characteristics  Prograe  (GSHCP)  is  a 
aooiTied  version  ot  the  Ships  Hull  Characteristics  Proaraa  (SHCP) 
developed  bv  NAVSEA.  This  version  incorporates  grapnical  routines 
whicn  alloN  displavir.q  ot  the  output  generated  bv  SHCP  in  a  qraphical 

'he  graphics  svste*  utihred  in  deveiopaent  oT  GSHCP  consists 
ct  r-e  plot  core  craphics  svstea  with  BLOX  GRAPHICS  BUILDER,  developed 
by  P'JEEL  DGPTaARE  ot  Caabridge,  HA. 

'«c  output  devices  a^e  ccrrentlv  available  For  disblaying  the 
gracrics  associated  eith  GSHCP.  These  are  the  VT-100  tertinal  and  the 
Visual-pj')  teriinal.  Uoon  initial  prograa  entry,  the  user  eill  be 
asred  to  designate  which  teraioal  is  teinq  used. 

GSHCP  has  the  caraoilitv  ot  HARDCOPY  output.  Upon  hardccpy 
reddest,  a  nardcopv  Mle.  BGBFIL.D'AT,  is  created  in  two  versions.  The 
prccecure  tor  plottinq  tnese  tiles  is  as  tollows: 

1- -Iype  the  coaaand 

BGEPlT  GGShIL  IHAGEN 

This  will  create  an  laaqe  tile  called  IHPILE.LAT 

2- -Renaie  the  aost  recent  version  In)  ot  BGBFIL.DAT  by  typing 

the  coaaand 

RENAME  BGBFIL.BATln  NENNAME.DAT 

By  renaiinq  this  File,  the  next  lower  version  nuaber 
ot  BGBFIL.DAT  is  aade  available  tor  processing  and  the 
original  file  is  saved  as  NENNAME.DAT 

3-  Now  plot  the  laage  tile  by  typing 

PRINT/QUE=IHAGEN  INFILE. DAT;a 

Nhere  (a)  is  the  version  nuaber  ot  the  iiage  tile. 

This  will  plot  the  laage  on  the  laagen  Laser  Plotter. 


Since  east  of  the  data  utilized  by  SHOP  is  in  the  fora  of 
‘offsets',  a  separate  file  of  this  data  aust  be  created.  Instructions 
for  creating  the  offset  file  are  provided  below.  Additional  data 
required  for  initializing  fiShCP  is  entered  interactively  by  the  user 
at  the  terainal  while  the  prcgraa  is  running.  After  generation  of  the 
first  graphical  display,  further  data  input  and  systea  control  is 
perforaeo  by  using  the  arrow  keys  ano/or  oata  tablet,  depending  on  the 
terainal  being  used.  Descriptions  of  the  different  portions  of  5HCP 
are  provioed  below. 

The  offsets  which  define  the  hull  fora  are  actually  a  collection 
of  points,  each  having  l,i  and  I  coordinates.  The  points  are  entered 
by  station  ruaber  ll-coordinate)  aeasured  froa  the  forward 
perpendicular ,  horizontal  seasure  in  feet  lY-coorOinate)  aeasured  froa 
the  centerline,  and  vertical  aeasure  in  feet  (2-coordinate)  aeasured 
froa  the  base  line.  In  aodition,  a  fourth  nuaber  icontrol  nuaber)  is 
required  to  '■'’dicate  to  the  coaputer  what  type  of  point  this  point  is. 
The  offsets  are  entered  as  deciaai  values  separated  bv  coaaas.  Tne 
control  nnoer  is  entereo  as  an  integer.  Only  one  point  is  entered  on 
eacn  cata  iir.e.  Control  nuaoers  and  their  aeanings  are  listed  below. 

;  -  Crfiinarv  offset  oata  pout 

2  -  breaypoint  cr  point  of  sharp  hull  curvature  chance 

3  -  list  data  point  ‘or  a  staticn 

4  -  oast  data  point  for  the  entire  ship 

A  typical  data  line  would  be 


"’IS  «:ui:  be  translated  as 

-  station  nueber 
'■  ',‘'.11  -  ‘set  ‘new  centerline 

22. t  -  *Eei  iOQve  tne  baseline 

1  -  control  r, under  il  -  ordinary  data  point) 

All  points  for  each  station  are  entered  before  eovir.g  to  the  next 
station  and  the  points  for  each  station  are  entered  starting  at  the 
keel  and  working  to  the  deck  edge.  The  following  rules  apply  to 
station  selection. 

a.  A  ainttut  of  three  and  a  ■axieua  of  forty-one  stations  can  be 
specified. 

b.  The  total  nuaber  of  stations  aust  be  odd!  each  station  aust  have  a 
non-zero  sectional  area  when  totally  laaersed. 

c.  The  sequence  of  stations  subaitted  aust  be  froa  the  bow  aft.  The 
tip  of  the  bow  and  the  stern  should  be  included  to  define  overall  ship 
length  (LQA).  Stations  forward  of  the  FP  are  entered  with  negative 
station  nuabers. 
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d.  The  •iniiui  station  lust  have  a  half-breadth  of  at  least  .01  feet 
and  an  increiental  height  of  at  least  .01  feet. 


e.  Regions  of  rapid  change  in  station  size  or  shape  require  lany 
closely  spaced  stations  (e.g.  half  and  or  quarter  stations  should  be 
subiitted  near  the  boe  and  or  stern). 

f.  Longitudinal  breakpoints  (end  of  raised  forecastle,  end  of  skeg, 
etc.)  are  representea  by  three  very  closely  spaced  stations  ehich  eust 
be  Ddd-even-odd  in  the  sequence  of  stations  subiitted.  Do  not  confuse 
a  station’s  position  in  the  input  sequence  with  its  station  nuiber. 

g.  Only  three  stations  in  the  odd-even-odd  sequence  need  be  specified 
for  the  parallel  iid  body. 

The  folloiing  rules  lust  be  observed  for  points  on  each  station. 

a.  A  iiniiui  of  tio  points  and  a  laitiiua  of  tienty  nine  points  per 
station  can  be  processed.  Since  the  prograi  perforis  a  second  order 
interpolation  fit  of  unequally  spaced  points,  these  lust  be  considered 
as  part  of  the  laxiiui  ehen  building  tne  input  file.  If  no  additional 
points  are  desired  to  be  added  by  the  prcgrai,  the  input  tile  Bust 
have  equal iv  spaced  points  at  each  station.  The  spacing  hoiever  does 
rot  bave  to  oe  the  saie  for  eacn  station  since  they  are  coiputed 
individually. 

b.  The  points  at  each  station  lust  be  subiitted  in  ascending  order  oy 
height.  Hulls  vith  tunnel  sterns  and  convex  bottois  cannot  be 
processed  directly,  because  all  points  beloi  the  highest  point  of  the 
convex  surface  are  ignored. 

c.  Oniv  tHO  honrontal  lines  are  periitted  on  a  station;  one  froi  the 
vertical  centerline  of  the  ship  to  the  first  point!  and  one  froi  the 
last  point  on  the  station  back  to  the  centerline.  Therefore,  first  or 
last  points  on  the  centerline  lust  not  be  soecifipo  ehenever  a 
horizontal  line  would  connect  thei  with  an  adjacent  point,  if  the 
slope  of  a  straight  line  connecting  two  adjacent  points  is  less  than 
or  equal  to  0,002  either  the  first  or  the  second  point  nil  be 
ignored, 

d.  Regions  of  rapid  change  in  curvature  (e.g.  the  turn  of  the  bilge) 
require  lany  closely  spaced  points. 

e.  Points  of  abrupt  changes  in  curvature  (e.g.  edge  of  the  keel, 
knuckles, etc.)  lust  be  identified  as  vertical  breakpoints.  The  laxiiui 
nuiber  of  breakpoints  periissible  per  station  is  six. 

A  typical  data  file  is  illustrated  below. 


-0.5,  .875,  78.0,  1 

-0.5,  .875,  78.75,  3  last  point  of  station 
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last  point  ct  station 


0.0,  .875,  24.0,  1 
0.0,  5.625,  36.0,  1 
0,0,  11,375,  60.0,  1 
0.0,  13.25,  76.625,  3 
2.0,  1.75,  0.0,  1 
2.0,  1.75,  1.9,  2 
2.0,  6.0,  4.31,  1 
2.0,  28.375,  24.0,  1 
2.0,  39,875,  66.375,  3 
5.0,  1.75,  0.0,  1 
5.0,  1.75,  1.7,  2 
5,0,  18.0,  5.75,  1 
5.0,  46.625,  30.0,  1 
5.0,  47.75,  48.0,  1 
5.0,  47.8125,  54,0,  2 
5.0,  47.8125,  58,75,  3 
10.0,  1,75,  0,0,  1 
10.0,  1.75,  1.7,  2 
10.0,  3.0,  3,6875,  1 
10.0,  24.0,  15.6875,  1 
10,0,  44.25.  42.0,  1 
10.0,  44.75,  45.6875.  2 
10.0,  45,375,  52.3125,  3 
11.8,  0.5,  21.625,  1 
11.8,  18,0,  30,6875.  1 
11.8,  33.0,  42.0,  1 
11.8,  35.9375,  46.31:5.  2 
11.8,  37.3625,  52.9762,  3 

13.417,  0,0.  47,9375.  I 

13.417,  9.625.,  54.5.  4 


breakpoint 

last  point  ot  station 
breakpoint 

breakpoint 

last  point  o4  station 
breakpoint 


breakpoint 

last  point  ot  station 


breakpoint 

last  point  of  station 
last  ooi.nt  of  ship 


GSHCP  15  selecteb  fcv  tvpir.q  'SSHCP*  at  the  SCfiCS  oroaot 

The  SSHCP  proprag  ci'mently  has  two  sections  coerationai; 
-f^ydrostatic  prcoerties 
-Curves  of  fora 

Upon  initial  selection  of  6SHCP,  the  user  will  be  asked  to  enter! 
-Input  file  naie  (file  with  offsets  data) 

'Output  file  naie 
-Ship  naae 

-Serial  nuaber  (for  user’s  records  only) 

-Execution  date 

»f»ff  HYDROSTATIC  PROPERTIES  ***** 

The  prograa  nou  reads  in  the  file  of  offsets  and  perforis  a 
second-order  interpolation  to  provide  data  points  for  use  uith  the 
Siepson’s  1-4-1  integration  for  volute  and  area  calculations  for  the 
hydrostatic  properties.  The  user  is  then  asked  whether  these 
interpolated  points  should  be  included  in  the  output  file.  The  user 
IS  now  asked  for  thise  additional  data  itees! 


V  ■ 

■.’4.  A. 
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-Length  bettteen  perpendiculars  (decieal  feet  I 
-Station  spacing  (decieal  feet) 

-Naxieui  half-beaiNidth  (decieal  feet) 

-Design  input  type: 

1—  Design  draft  and  trii 

2—  Design  displaceeent  and  trie 
3"Design  displaceaent  and  LC6 

-Data  latcninq  this  choice  (deciaal  values) 

-hater  density 

At  this  point,  3SHCP  enters  its  graohical  eode  and  further  systee 
.  -enaction  is  via  either  the  arrow  Leys  or  via  the  data  tablet.  The 
.:en  selects  the  portions  of  6SHCP  he  wishes  to  view  or  enters  data 
•  jOincations  via  the  trey-pad  shown  on  the  screen. 

The  initial  graphical  screen  disolayed  offers  the  user  su 
ocricns  for  systew  operation.  These  options  are; 

1--DFFSET  FODi  f'LAS  -  Displays  ooov  plan  consisting  of 

points  that  were  input  and  interpcuteo  by  bSHCP. 

This  terelv  connects  these  coints  and  ooes  no  -airing. 

Z--3PL1NED  BOOT  Fl“N  -  Uses  a  cubic  spline  to  atteepi  a 
fairing  n*  the  i-put  ottset  comt.  Bives  a  rouon 
apprcxiiaticn  ot  the  tairness  of  the  points. 

Note  that  this  routine  will  not  hanole  a  eaior 
discontinuity  such  as  a  breakpoint, 

3--lS0hETF,iC  vIEil  -  Displays  a  three  diiensional  view 

of  otfsec  oata  points  as  enterefl  ano  interpoiatec. 

l--V0LUhE  FF0PEF-TIE5  -  Disoiavs  voluwetric  properties 
of  the  h.jii.  rpecp  prcperties  are  also 
autcsat’.tai  iv  wri-.-.an  to  the  cutout  data  file, 

5—  CURVES  OF  FOR)!  -  Cvcles  to  a  new  screen  that  has 

a  «enu  for  available  curves  and  proipts  for 
input.  The  options  are  described  below  in  the 
CURVES  OF  FORM  section. 

6—  EXIT  -  Stops  prcgrae  execution  and  returns  the  user 

to  the  SCADS  protpt. 

»»Ht  CURVES  OF  F0R« 

This  section  calculates  data  for  requested  waterlines  and  tries. 
If  none  of  the  requested  waterlines  is  within  .001  feet  of  the  design 
waterline,  it  is  added  to  the  list  of  waterlines  for  which 
calculations  are  perforied.  The  following  properties  are  calculated. 

The  actuation  of  CURVES  OF  FQRR  will  result  in  a  proept  for 
'Desired  eaxieue  draft  waterline  (in  deciial  feetl*  to  be  placed  on 
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the  graphs  and  'Desired  trit  (deciial  (eet  *■  by  the  stern)*.  These 
are  input  using  the  arroH  keys  or  data  tablet  by  selecting  values  troi 
the  keypad  on  tne  loner  right  ot  the  screen.  Selections  are  displayed 
in  the  area  directly  above  the  keypad  and  corrections  eav  be  lade 
using  the  'delete*  indicator  on  the  keypad.  The  aaxinui  draft 
Materline  acceptable  is  50.0  feet,  honever,  the  eaxiue  cannot  exceed 
the  deck  edce  cf  the  ship.  After  the  inforaation  is  accepted,  the 
user  Mill  be  coioted  nhen  calculations  are  coapleted  and  a  curve  aay 
be  selected.  he  curves  available  for  selection  are  listed  in  the 
upper  'ight  site  of  the  screen.  Upon  selection  of  one  of  these 
curves,  it  Mil;  be  disnlayed  on  the  screen  coiplete  Mith  annotations. 
As  eacn  curve  -  selected,  the  last  one  Mill  be  erasefl.  Curves 
available  are; 

-  Dispi aceient 

-  dateroiane  area 

-  LCE'llF 

-  "I'-A 

-  hoMen*  to  triM  one  inch 

-  .  Oisplaceeent  per  foot  of  trii  att 

-  -r'psjtic  ccetf ;cient/Mate''c;ane  coetficient 

,  ’  *1 

-  i 

Tko  cr'e'  --'u  ;:efs  available  :•  bottci  ct  the  screen  are 
listed  belcMi 

-  *i£h  T'ih  Li’fff  -  Prcept?  for  r.?n  desires  trie  fdeciiaJ 

‘■’et  *  tv  the  steT,'  and  recaiculctes  curves  <or 
’ ’-is  -eM  tri«. 

-  ‘:Em  •'.(  .bAFT  -  ‘^roeois  t”'  '.eM  eaxitua  rrj-t  ano  rsM 

■r;*  for  curves  ana  recalculates  cata. 

■  r.iFrC.''  -  Creates  cutbit  ‘arpccov  'lies  for  p'apn 
•-'rentlv  teiro  .;e»ec. 

-  CUTFUT  FILE  -  Krites  an  outout  file  for  all  curves  for 

♦he  given  trie  ir  tMO  foot  intervals  up  to  the 
laxiaui  draft  Materline  requested. 

-  RETURN  -  Returns  to  the  initial  screen. 

For  tore  inforiation  concerning  prograi  execution  and  the 
calculation  eethods  used  by  6SKCP,  consult  the  GSHCF  users  guide. 


APPENDIX  F 

BALES  SEAKEEPING  PROGRAM 
ON-LINE  HELP  DOCUMENT 
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bales  seakeepins  probrah 

DEVELOPED  AT 

H.l.I. 

BY 

ROBIN.  L.  HIDDENEN 
19B3 

This  proqraa,  based  on  Mork  done  by  Nathan  Bales,  calculates 
the  relative  seakeepinq  pertoriance  of  a  detined  ship  hulHori. 
This  perToreance  criteria,  hnonn  as  Bales  Seakeepinq  Ranit 
Estiiator,  R,  is  based  on  the  folloHins  equation. 

R  =  8.42  +  4S,1  ♦  CNPF  r  10.1  *  CNPA  -  37.8  •  (T/L) 

e  1.27  ♦  (C/Ll  -  23.5  ♦  CVPF  -  15.9  ♦  CVPA 


ilhere: 

C«?F  -  aaterplane  coeHicient  forward  cf  aidscirs 
CNPA  =  aaterplane  coefficient  aft  of  eidsnics 
I  =  draft 

L  =  ienqth  between  perpenaicuiars 
C  -  c'jtic  point,  distance  att  cf  the  torwaro 
perperaicclar  where  f'.s  feel  rises 
CVF'f  =  vertical  priseatic  coefficient  forward 
CVPA  =  vertical  pnseatic  coefficient  att 

Bale's  Rank  Estisator  can  nave  values  between  0  and  10,  »i‘h  10  indicating 
the  test  seateeoino  perforeance. 

In  addition  to  calculation  of  R-‘acto'.  the  fcilowmo 
values  are  also  raicuiated: 

-  Sectional  areas  for  incut  stations 

-  Ihtercclateo  values  for  2!  evenly  spaced  steticnsl 

-  staticn  nuwoer 

-  distance  aft  of  the  forward  perpendicular 

-  disign  waterline  offset 

-  sectional  area 

-  Area  of  the  waterplane  forward/aft  of  tidshios 
'  Materpiane  coefficient  forward/aft  of  iidships 

-  Displaced  volute  forward/aft  of  tidships 

-  Vertical  pristatic  coefficient  forward/aft  of  iidships 

-  Cutup  point 

Additionally,  if  R  is  not  satisfactory,  the  proqrat  will  give 
recoteendations  for  further  iiprcveients  on  the  seakeepinq 
characteristics  of  the  hull. 

INPUTS  REBUIREO: 

Ship  nate  (up  to  32  characters) 

Serial  nuther  (4  digits,  for  record  keeping  only) 

Length  between  perpendiculars  (decital  feet) 
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Hjxiiui  hiH-bpiMidth  (deciiil  feet) 

Design  draft  (deciial  feet) 

Filenaie  of  input  data  file  containing  ship  offsets 
exaiple:  1NFILE.DAT 

Filenaie  of  file  for  output  data 
exaiple:  01ITFILE.DAT 

The  input  data  file  contains  the  ship’s  offsets  in  the  fora  of 
iV2  coordinates  of  data  points  nhich  define  the  hullfcri.  The  points 
ei.iered  by  station  nuaber  (X-coordinate)  leasured  frai  tne  torward 
perpendicular,  horizontal  leasure  in  feet  (V-coordinate)  seasured 
froi  the  centerline,  and  vertical  leasure  in  feet  'Z-roorsinitel 
•easured  froi  the  baseline.  In  addition,  a  fourth  r.uaber  control 
nuiber)  is  required  to  indicate  to  the  prograt  nhat  tvpe  c»  point 
this  IS.  The  offsets  e  entered  as  deciaal  values  separateo  by 
coiias.  The  control  nuiber  is  entered  as  oh  integer.  Only  one 
point  IS  entered  on  each  data  tine.  Control  nuibers  and  their  leanings 
are  listed  beloi. 

1  -  Ordinary  offset  data  point 

2  -  Brealipoint  or  point  of  sharp  hull  curvature  cnanqe 

3  -  Last  data  point  for  a  station 

4  -  Last  data  point  for  the  entire  ship 

4  tvpical  data  line  uould  be 

6.75,10.625,22.0,1 
This  would  be  translated  as 

6.75  -  station  nuiber 

10.625  -  feet  froi  centerline 

22.0  •  feet  above  baseline 

1  -  control  nuiber,  1  =  ordinary  data  ooint 

all  points  for  each  station  are  entered  before  lo.-.-c  •  fe 
next  station  and  the  points  for  each  station  are  entered  starting 
at  the  keel  and  working  to  the  deck  edge.  Points  for  the  keel 
and  deck  edge  lust  be  included.  Although  stations  are  not  required 
to  be  evenly  spaced,  an  odd  nuiber  of  stations  is  required.  Each 
station  lust  have  at  least  2  but  not  tore  than  29  data  points. 

Stations  foriard  of  the  Forward  Perpendicular  lay  be  entered  using 
negative  station  nuibers.  A  typical  data  file  is  illustrated  below. 

-0.5,  .875,  70.0,  1 


-0.5, 

.875, 

78,75, 

3 

last  point  of  station 

0.0, 

.875, 

24.0, 

I 

0.0, 

S.62S, 

36.0, 

I 

0.0, 

11.375, 

60.0, 

1 

0.0, 

13.25, 

76.625, 

3 

last  point  of  station 

2.0, 

1.75, 

0.0, 

1 

2.0, 

1.75, 

1.9, 

2 

breakpoint 

2.0, 

6.0, 

4.31, 

1 

81 


2.0, 

29.375, 

24.0, 

1 

2.0, 

39.875. 

68.375. 

3 

last  point  ot  station 

5.0, 

1.75, 

0.0. 

1 

5.0, 

1,75. 

1.7, 

2 

breakpoint 

5.0. 

18.0. 

5.75, 

1 

5.0. 

U.6, 

30.0, 

1 

5.0. 

47.75, 

48.0, 

I 

5.0, 

47.8. 

54.0, 

T 

A. 

breakpoint 

5.0, 

47.825, 

58.75, 

4 

last  point  of  ship 

NOTE:  Ihe  Olank  spaces  are  included  for  readability 
onlv  ano  are  not  required. 


Additional  intoraation  concerning  input  data  requireuents  lay  be  tound 
in  the  Ships  Hull  Characteristics  Frograt  iSHCF)  User's  Suide. 


APPENDIX  B 


SAMPLE  SCADS  SESSION 


NOTE:  Document  -files  which  would  be  displayed  during  an 

actual  SCADS  session  have  been  edited  out  of  this 
listing  for  brevity  and  are  listed  in  Appendices 
A  -  F. 


i  SCADS 


*  fl.I.I. 

t 

♦  SHIPS  COHPUTER  AIDED  DESIGN  SYSTEM 


+ 

+ 

+ 

+ 


VERSION  1.00  + 

+ 

EERNIE  H.  JOHNSON  + 

APRIL  1984  + 


t+*+*t*++++t++++tt+tt++f+++*++tf ++♦♦++♦+ 


Neiccte  to  the  SHIPS  COMPUTER  AIDED  DESIGN  SYSTEM 

»»»»>»««>  The  SCADS  tielco»e'e‘'5te«  status  aessace  ♦#»♦♦♦*« 
Nould  roriailv  be  seen  here 

:c  r:-J  sAhT  A  PEVIEN  OF  COMMAND  PPOCEDURES’’  (Y/N) 


SHIPS  COMPUTER  AIDED  DESIGN  SYSTEM 

Tfip  SCADS  on-line  help  Pocu«entaticn  ♦♦♦♦♦»♦* 
noulo  ncrsallv  te  seen  here  #*»♦*♦♦♦ 

Enter  3  SiAi'S  coisanc  cr  'DES16N’  tp  view  options. 

:  'ESiSN  EAlES 

EALES  SEAf.EEPING  PROGRAM 

laeieett  The  on-line  help  docueentation  Tor  the  Bales  ♦team* 
tifffftf  Sealsepin^  Proqrae  would  nortally  be  seen  here  *«»»♦♦* 

->  :  DISIGN 


Unrecognized  coieand.  Please  reenter. 
->  :  DESIGN  BOLES 

Unrecognized  coeeand.  Please  reenter. 
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+++♦++++♦♦++♦♦++♦+♦•*■♦+♦++++++♦+♦ 


+  + 

+  SHIPS  HULL  COMPUTER  PROGRAM  ♦ 
>  ♦ 


ENTER  NAME  OF  INPUT  DATA  FILE 
->  :  6A1LDATA.DAT 
ENTER  NAME  OF  OUTPUT  DATA  FILE 
-->  :  OUTPUT.DAT 

INPUT:  Ship  Nsie  (up  to  32  characters) 

S.S.  SUSAN  BAIL 

INPUT:  Four  digit  serial  nuiher  tor  run 
1001 

INPUT;  Date  of  run  (MM-DD-VV) 

05-09-B4 

INDICATE  OFFSETS  DESIRED  IN  OUTPUT 

0— Original  and  interpolated  offsets 

1—  Original  offsets  only 

2— -Interpolated  offsets  only 

3—  No  offsets  in  output  desired 


3 

ENTER;  Length  bettteen 

perpendiculars  (decieal  feet) 


300,0 

ENTER:  Station  spacing  (decieal  feet) 

24.0 

ENTER:  Maxieue  beai-halfeidth  (decieal  feet) 


For  design  input  you  oust  enter  either: 

1—  Design  draft  and  trie 

2—  Design  displaceaent  and  trie 

3—  Design  displaceaent  and  LCD 

ENTERlYour  choice. 


1 

ENTER:  Design  draft  (decieal  feet) 

34,0 

ENTER;  Design  trie  (f  by  stern)  (decieal  feet) 


0.0 


ENTER;  hater  density  (decieal  cu-ft/ton) 


35.0 


Nhat  portion  of  SHCP  eouid  you  like  to  run? 

1— Curves  of  Fore, 

2”Floodable  Length. 

3- -Curves  of  Statfcal  Staflility. 

4- Exit 


INPUT;  your  choice. 


ENTtR;  .Vyeder  of  different  uerieabilities 
iinteger,  7  eaxiaue) 

1 

ENTER;  I  pereeabilities  separated 
by  coieas  (decieal) 


0,35 


Floodable  Length  Coepleted 


Nhat  portion  of  SHCP  Mould  you  like  to  run? 

1—  Curves  of  Fore. 

2—  Floodable  Length. 

3“Curves  of  Statical  Stability. 
4-Exit 


APPENDIX  H 

SAMPLE  GSHCP  GRAPHICAL  OUTPUT 


88 


SPLINED  ECDY  PLAll 


S.S.  SUSAN  GAIL 


06-05-84 


ISOMETRIC  3-D  VIEW 


DISPLACEMENT  CURVE 


CURVES  AVAIL 


Figure  H-4.  Displacement  Curve 
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WATERPLANE  ARE-A  CURVE 


S.S.  SUSAN  GAIL 

1001 

TRIM  =0.00 

«  8  8  .  10  i;  14  IS  18  ro  :2  14  Js 

WATERPLAKE  AREA  (FT2)  XICOO 


KErf  TRIM  LINE  KARCCOPY 

NFiK  MAX  tJRAFT  OUTPUT  FILE 


RETURN 


CJRVES  AVAIL 

» 

displace:.!e.*;t 
V.PLA*,'E  area 
LC3/LCF 
TPI/K3 
MTl 

DELTA  DIE? 


I 

C?/Crf 

1 

1 

j 

k;/l/b;<l 

i 

1 

1 

! 

i 

! 

1 

2 

3 

4 

6 

e 

7 

B 

s 

0 

-DELETE— 

ENT 

Figure  H-5.  Waterplane  Area  Curve 


LONG.  CE.NTER  DOITYAKCY/FLOTATION 


I 

MAX  DRAFT  OUTPUT  FILE 


Figure  H-6.  Longitudinal  Ceni 
Longitudinal  Ceni 
Curves 


CLTi'.'ES  AVAIL 

— 

$ 

— 

DISPLACE?S.’T 

ViPLAIiE  AREA 

LC3/LCF 

TP I /KB 

MTl 

!  DELTA  DIE? 

[ 

C?/C^ 

i 

;  1 

1  1 
1  j 

K-rr/D’/T  j 

'  i 

.  i 

j 

.  t 

I  ; 


12  3 


4  5  6 


7  B  9  I 


0  .  ENT 

- DELETE - 


of  Buoyancy/ 
of  Flotation 


aO-A144  828 


THE  SPECIFICATION  OF  AN  INTEGRATED  COMPUTER-AIDED  SHIP 
DESIGN  PROCESS  IN  AN  ACADEMIC  ENVI RONMENT ( U ) 

MASSACHUSETTS  INST  OF  TECH  CAMBRIDGE  DEPT  OF  OCEAN 
UNCLASSIFIED  ENGINEERIN  ..  B  W  JOHNSON  dUN  84  F/G  13/10  NL 


Figure  H-8.  Moment-to-Tri m-One-Inch  Curve 


FnrSStATIC/WPLAXE  COEFFICIENTS 


ri\'ZS  AVAIL 


Figure  H-10 


Prismatic  Coe-ff icient/Waterplane 
Coet-ficient  Curves. 


Figure  H-11.  Longitudinal  KM/KB  Curves 


TRANSVERSE  KM/BM  CURVES 


CURVES  AVAIL 


S.S.  SUSAN  GAIL 

ICOl 

TRIM  =  0.00 

to  16  !0  26  32  36  40  46  60  66 

TRANSVERSE  KVBM  (FT)  xlO 


NFrf  TRIM  LINE  HARDCOPY 
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Figure  H-12.  Transverse  KM/BM  Curves 
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